[12:12] cprov, how do we manage to break that? [12:13] kiko: no idea, will need to investigate why the changesfile was not properly parsed. NascentUpload AHHHHHH ! [12:14] argh [12:14] I needs some food now, will investigate it better after dinner, see you ... [12:15] sure [12:15] laters [12:19] kiko: who should i ask to do this review? [12:19] it's big, but it's neat and tidy [12:19] sabdfl, anybody but me :) [12:19] seriously, probably salgado? [12:19] fair enough, but who do you recommend? [12:19] ok === seb128_ [n=seb128@ANancy-151-1-88-218.w81-50.abo.wanadoo.fr] has joined #launchpad [12:28] it's a very satisfactory branch [12:28] :-) === seb128__ [n=seb128@ANancy-151-1-68-235.w81-49.abo.wanadoo.fr] has joined #launchpad === seb128___ [n=seb128@ANancy-151-1-57-148.w83-196.abo.wanadoo.fr] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === mpt [n=mpt@ip-58-28-158-74.ubs-dsl.xnet.co.nz] has joined #launchpad [02:03] Goooooooooooooooood afternoon Launchpadders! === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:23] spiv, ping [02:38] mpt: pong [02:49] spiv, given the results I posted to launchpad@ in the "devpad is the new sodium" thread, can you tell me how I may land a branch? === beyond [n=beyond@201-1-179-189.dsl.telesp.net.br] has joined #launchpad [02:54] mpt: did you see jamesh's reply? [02:59] mpt: basically, remove the section specific to the branch from your branches.conf, so that it doesn't override the section with public_repository etc that the PQM plugin uses. [03:00] spiv, that's what I did originally [03:00] Hmm, maybe I pushed between doing that and doing the pqm-submit [03:01] mpt: if it's trying to merge to bzr.dev, then that is probably the problem. [03:01] It's an annoying bug. === mpt [n=mpt@ip-58-28-158-74.ubs-dsl.xnet.co.nz] has joined #launchpad [03:06] oops [03:06] spiv, I just realized that in that same message, I'd already said that I'd tried just what you suggested :-) [03:06] carlos suggested that last night [03:06] When I do, I get a "not a branch" error [03:07] mpt: hmm. [03:13] mpt: something is screwy, can you pastebin the section that you tried deleting? [03:14] Oh, it's the /home/mpt/hacking/lp/trivial section in your mail? [03:15] yes [03:15] That section is the entire file [03:16] I mean, what I included in the message is my entire branches.conf file [03:18] mpt: I don't see anything wrong there. [03:18] lifeless: ^ [03:19] lifeless: mpt is having issues with the pqm-submit plugin that I can't figure out. [03:19] mpt: you shouldn't get "not a branch", though. [03:25] mpt: in the meantime you could construct the PQM mail manually with, echo -e "star-merge $your_url $rocketfuel_url" | gnome-gpg --clearsign | mail -s "[r=foo] ..." pqm@... [03:31] ok, I'll try that, thanks [03:36] mpt: what does pqm-submit show if you give it --dry-run [03:38] lifeless: If branches.conf includes the branch-specific info, --dry-run gives the output I posted to launchpad@ (trying to merge into bzr.dev). If branches.conf doesn't contain the branch-specific info, --dry-run gives me "bzr: ERROR: Not a branch" just like a wet run does. [03:39] So it's bug 55005 [03:39] Malone bug 55005 in bzr "After a bzr push --remember, bzr pqm-submit tries to merge to the wrong branch" [Untriaged,Unconfirmed] http://launchpad.net/bugs/55005 [03:40] mpt: pastebin please, there have been a number of messages and I want to see the current details [03:41] ok, one moment === mpt [n=mpt@60-234-163-14.bitstream.orcon.net.nz] has joined #launchpad [03:45] lifeless: https://sodium.ubuntu.com/~andrew/paste/filenw7dkf.html [03:46] ok [03:46] now, remove that section from your config, and do another dry run [03:46] look in ~/.bzr/log and there will be a backtrace [03:46] pastebin that please [03:47] ok, it should still be there from the second part of the previous paste [03:47] https://sodium.ubuntu.com/~andrew/paste/fileUhr5I8.html ? [03:48] was that to me? [03:49] lifeless: oh, you meant ~/.bzr.log :-) [03:57] lifeless: It's 2.4 MB and taking an age to pastebin, shall I mail it instead? [03:58] mpt: there should be a backtrace at the end of the .bzr.log when it gives you that error, just pastebin the backtrace, rather than the whole log. [03:58] ahh === mpt puts on the dunce's cap [04:00] lifeless: https://sodium.ubuntu.com/~andrew/paste/fileDBZTSP.html [04:00] whats your branches.conf look like ? [04:01] https://sodium.ubuntu.com/~andrew/paste/fileD40MaV.html [04:02] well [04:02] there is no branch called 'branch' [04:02] in /home/warthogs/archives/mpt/launchpad [04:02] on devpad [04:02] what is your local branch called ? [04:02] "trivial" [04:03] on your hard disk [04:03] yes [04:03] /home/mpt/hacking/lp/trivial [04:03] lifeless: /home/mpt/hacking/lp/trivial according to his bzr.log [04:03] (looking at 3rd line) [04:03] ok [04:03] which is pushed to sftp://devpad.canonical.com/home/warthogs/archives/mpt/launchpad/trivial [04:03] mpt: cd to /home/mpt/hacking/lp/trivial [04:03] and run 'bzr inof' [04:03] erm [04:03] 'info' [04:03] pastebin that [04:04] https://sodium.ubuntu.com/~andrew/paste/filevKv1t5.html [04:09] ok [04:09] theres no local repository for this branch [04:09] Ah. [04:09] because of that, the repository heuristics in pqm-submit are failing [04:09] spiv: can you take it from here ? (get mpt working like you do) [04:10] lifeless: yep [04:10] lifeless: thanks for the diagnosis [04:10] danke [04:11] mpt: we need to create a repository in /home/mpt/hacking/lp to be shared between your launchpad branches, much like the one on sodium. [04:12] ah, I was meaning to get around to that anyway :-) [04:12] otherwise I'd run out of disk space in a couple of months [04:12] mpt: "bzr init-repo --trees /home/mpt/hacking/lp" will create it (and set it to build working trees by default). [04:12] thanks lifeless [04:12] mpt: then we need to make your launchpad branches use that repo :) [04:12] spiv: and that won't nuke the branches already in that directory? [04:13] mpt: init-repo by itself just makes a .bzr directory with a few basic control files in it. [04:13] ok [04:13] done [04:13] hmm, I think jamesh has a script to simplify this process slightly, just a sec. [04:14] spiv, or if the instructions on https://launchpad.canonical.com/WorkingWithSharedRepositories are still accurate, I can just follow that [04:15] Yeah, they probably are, I'll take a look. === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] [04:16] mpt: they seem ok, although I think they describe how to make a new directory structure for this rather using your existing one. [04:17] mpt: but I guess that's fine. [04:17] well, I'll start from "Adding branches to the Repositories" [04:18] mpt: sounds good. [04:18] ... after deleting my existing ./rocketfuel [04:18] mpt: well... [04:19] mpt: yeah, that's simplest :) [04:19] but, er [04:19] spiv, I don't see how ~/src comes into existence in those instructions [04:20] mpt: you rsync rocketfuel-built to somewhere local? [04:22] yes, /home/mpt/hacking/lp/rocketfuel :-) [04:22] ah. [04:22] (I guess I was right to rename it rather than deleting it...) [04:22] You probably didn't want to delete that, then :( [04:22] Ah, phew. [04:22] :-) [04:23] so, bzr branch ./rocketfuel.old -r 100 rocketfuel [04:23] So the stuff about pulling ~/src/rocketfuel-built doesn't really care about where you have a copy of rocketfuel, just that you have one somewhere. [04:23] right [04:29] spiv, is it ok to get several "Conflict adding file" warnings during those successive pulls? (the ones in the Python block) [04:32] mpt: that doesn't sound right. [04:32] mpt: but should be reasonably harmless, if you do a bzr revert it should tidy it up. [04:33] spiv: https://sodium.ubuntu.com/~andrew/paste/fileAaR2lE.html [04:33] it's ongoing [04:34] mpt: I'll see if I can reproduce that [04:37] Yep, I can, and with current bzr.dev too. [04:40] mpt: I'm pretty certain that's a bug in bzr (or perhaps in our launchpad revision history?), but once its done if you do a revert it should all be fine. [04:40] ok [04:41] mpt: (regardless of silliness in the working tree, the repository of revisions will be intact) [04:42] Hmm, that step would be much quicker if it was just a branch directory with no working tree. Ah well. [04:42] mpt: I'm off to lunch, but everything should be fine from there. [04:43] thanks spiv === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad [06:19] @#$%&! [06:19] mpt: ? [06:20] (you forgot to include a question mark in your punctuation ;) [06:21] hooray [06:21] After all that repositorying, I forgot about the original bug, and ended up trying to merge into bzr.dev again [06:22] So, the key is to never --remember until the bug is fixed === mpt [n=mpt@60-234-163-14.bitstream.orcon.net.nz] has left #launchpad ["Ex-Chat"] === dsas [n=dean@host86-128-52-104.range86-128.btcentralplus.com] has joined #launchpad === ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad === Topic for #launchpad: Developer meeting: Thu 10 Aug, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 === Topic (#launchpad): set by SteveA at Thu Aug 3 14:02:13 2006 === #launchpad [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup === Starting logfile irclogs/launchpad.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #launchpad === Topic for #launchpad: Developer meeting: Thu 10 Aug, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 === Topic (#launchpad): set by SteveA at Thu Aug 3 14:02:13 2006 [09:59] danilos: hi, meeting time? === jamesh [n=james@82.109.136.116] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === stub [n=stub@82.109.136.116] has joined #launchpad [10:10] carlos: ping === matsubara [n=matsubar@82.109.136.116] has joined #launchpad [10:12] morning matsubara [10:14] morning sivang === niemeyer [n=niemeyer@82.109.136.116] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [10:18] Good morning. [10:21] hey ddaa === malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad [10:58] stub: hi would be possible to force an staging DB update ? [10:58] Sure. [10:59] stub: thanks === doko_ [n=doko@dslb-088-073-106-037.pools.arcor-ip.net] has joined #launchpad === glatzor [n=sebi@ppp-62-245-210-231.dynamic.mnet-online.de] has joined #launchpad === tambaqui [n=tambaqui@s55900231.adsl.wanadoo.nl] has joined #launchpad [12:14] danilos, carlos, jordi: ping [12:14] SteveA: pong [12:14] SteveA: pong === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad === tambaqui [n=tambaqui@s55900231.adsl.wanadoo.nl] has left #launchpad [] [12:58] morning SteveA [12:59] hi === mpt [n=mpt@210-55-161-90.dialup.xtra.co.nz] has joined #launchpad [01:21] carlos: I just replied to mpt's message about the 98-cocacknowledge.txt error -- the bug should be pretty easy to fix [01:22] jamesh: ok, let me see [01:22] yay [01:22] mpt: will you fix it ? or should I do it? [01:22] mpt: it is a test that would only pass yesterday [01:23] Ah, so I was being punished for being too slow :-) [01:23] timebomb [01:24] which was quite convenient, since it was merged yesterday [01:24] carlos, I won't be able to fix it in the next 10 hours === Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #launchpad [01:24] mpt: I will do it then [01:25] jamesh: ah, those good ol' "[trivial] " commits :) === kgoetz [n=kgoetz@easyubuntu/docteam/kgoetz] has joined #launchpad [01:33] i just had a quick look and cant find a bug (but i'll ask if someone heres seen one): is there a bug open on marking support requests as dupes? i have 3 or 4 requests that can be marked as dupes, and it would save me linking all of them to the same 4 bug reports each time [01:37] kgoetz: I don't think duplicate support requests are supported. You can link multiple requests to a single bug though [01:39] jamesh: thanks. perhaps i will file a bug on it then, linking to a bug to mark requests as dupes seems a bit unintutive [01:41] kgoetz: when he comes on line, perhaps you could talk to flacoste [01:41] kgoetz: he is working on the support tracker these days [01:42] ok. i'll just pm that to myself. thanks jamesh === mpt [n=mpt@210-54-126-94.dialup.xtra.co.nz] has joined #launchpad [01:47] jamesh: hi, pushing from a branch of local shared repository to devpad shared repository is like really slow, is that normal? [01:48] jamesh: should I maybe rsync it instead? [01:49] danilos: what format are they in? [01:49] danilos: and how slow is slow? [01:49] LarstiQ: like taking 40 minutes already [01:49] danilos: and how much are you pushing exactly? [01:49] LarstiQ: they are all in knit format [01:50] "how much" as in? [01:50] revisions? [01:50] yeah [01:50] danilos: whether the local branch is in a repo or not shouldn't make a difference [01:51] well, I only have one revision, but I need to push them all (so ~3800, but I thought those would be picked up from shared repo on devpad) [01:51] danilos: maybe you could try creating a basis branch remotely to push to and see if that makes a difference [01:51] jamesh: (although if the local branch isn't in a repo the pqm-submit plugin will get confused) [01:52] danilos: if those revisions actually are in the remote repo, yes. Otherwise you'll be pushing all of it [01:52] danilos: if those ~3800 already exist in the remote repo, then you're right, it should be pretty quick. [01:52] danilos: i.e. ssh to devpad and run "bzr branch -r $REV_I_BRANCHED_FROM /home/warthogs/archives/rocketfuel/launchpad/devel $DEST" [01:52] jamesh: ok, I'll try that [01:52] danilos: It usually takes ~4 minutes for me to push changes for a launchpad branch (and ~8 min to push a new launchpad branch). [01:52] spiv: new branch or existing branch? [01:53] well, it's been long since 8 minutes [01:53] ah [01:53] jamesh: ~4 for existing, ~8 for new. [01:53] danilos: Right, it definitely sounds like something has gone wrong for you. [01:53] btw, should I do push from repo or working directory? [01:54] danilos: from the branch directory; you push branches rather than repos. === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:55] Your repo on sodium seems to have rocketfuel in it already (I just checked the output of "bzr info /home/warthogs/archives/danilo/launchpad/") === Kinnison workraves [01:56] spiv: I meant repo/launchpad/branchname vs. work/launchpad/branchname (checkouts) [01:56] spiv: "your repo on devpad" === kgoetz [n=kgoetz@easyubuntu/docteam/kgoetz] has left #launchpad [] [01:56] danilos: oh, right. I'm not sure, I have my checkouts in my branches. I wouldn't expect it to make a difference, but I'm not certain. [01:56] SteveA: that too ;) [01:57] danilos: you just have to be in a bzrdir which has a branch, a repo or a checkout both have one [01:57] ddaa: ok, great to hear that it doesn't make a difference [01:57] even light checkouts have a branch, it's effectively symlink [01:57] cprov: hi, around? [01:57] ddaa: yeah, I am talking of lightweight checkouts [01:57] carlos: yup [01:58] cprov: I'm getting a test error on distrorelease.txt [01:58] I did some changes there about translations [01:58] crap, bzr: ERROR: Could not acquire lock LockDir(/home/warthogs/archives/danilo/launchpad/.bzr/repository/lock) [01:58] danilos: you can only push one branch into a repository at a time. [01:58] danilos, are you pushing or pulling any other branch? You can't do more than one if you're using a repository [01:59] but the error is https://sodium.ubuntu.com/~andrew/paste/filerjBSP2.html [01:59] danilos, If not, bzr break-lock [01:59] cprov: I don't know how my changes could cause that error [01:59] carlos: looking ... [01:59] mpt: well, I cancelled one with C-c, so it probably didn't end up yet [01:59] cprov: https://sodium.ubuntu.com/~andrew/paste/fileDBItyM.html <- Full test [01:59] and now it's time for... [02:00] yet another launchpad development meeting [02:00] Yay [02:00] GOOD MORNING! [02:00] who's here? [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] me [02:00] (for the last time) [02:00] me [02:00] me [02:00] me [02:00] me === malcc sniffles [02:00] me [02:00] me === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [02:00] kiko-zzz: ? === SteveA hands the notional gavel to stub === Kinnison hands malcc a hankie with teddy bears on it to hang on his right hand side === stub bangs his gavel === erdalronahi [n=erdal@p50876E4F.dip.t-dialin.net] has joined #launchpad [02:01] Agenda: [02:01] * Roll call * Agenda * Next meeting * Activity reports * Actions from last meeting * Oops report (Matsubara) * Bug report report (mpt) * Production and staging (Stuart) * Launchpad 1.0 status reports * Sysadmin requests ---- * Python demo status update (James H) * Approving new bug tags (Brad) * Proper use of PendingReviews (Robert) * (other items) ---- * Keep, Bag, Change * Three sentences === Spads [n=crack@host-87-74-18-227.bulldogdsl.com] has joined #launchpad [02:01] morning [02:01] Next meeting same bat time, same bat channel? [02:01] me [02:02] Any objections? [02:02] 5 [02:02] 4 [02:02] 3 [02:02] I'll be in transit [02:02] excused [02:02] 2 === flacoste will be on vacation [02:02] Sic transit, gloria Thursday [02:02] 1 [02:02] I'll be on vacation [02:02] Ok two down, but enough to keep the meeting for next week same day/time/channel [02:02] Activity reports. Who is up to date? [02:03] me [02:03] me [02:03] me [02:03] me [02:03] me [02:03] me [02:03] not me (I have been sprinting) [02:03] i'm not [02:03] me [02:03] me, after sending yesterday's right now... [02:03] merriam, summary [02:03] I'm not... [02:03] not up to date [02:03] (but summarized last week) [02:03] I'm not [02:03] me [02:03] summary [02:03] (auto-complete madness) [02:03] james is excused due to sprinting this week [02:03] malcc: fairly mad yes [02:04] me [02:04] Thanks for getting back on track danilos [02:04] malcc: merry auto-complete [02:04] I'm not up to date [02:04] And Bjorn [02:04] Kinnison: Should we expect activity reports between now and you heading off? [02:04] me [02:04] I'm not up to date [02:05] stub: Given it's today and tomorrow, it seems unlikely [02:05] :-) [02:05] Kinnison: what about after? ;) [02:05] spiv: For that, you'll have to watch my blog [02:05] Action items from last meeting [02:05] (ooer) [02:05] * mpt to mail kiko, CCing the list, when [https://help.launchpad.net/MaloneHighlights MaloneHighlights] screenshots are done * malcc, cprov, to document Soyuz bug tags * mpt and bradb to work together on Launchpad bug tags [02:05] MaloneHghlights is cool [02:05] mpt did that. I don't think soyuz stuff was done === LarstiQ seconds stub [02:06] I did the screenshots and mailed the list, but didn't work with bradb [02:06] cprov did some work on the Soyuz tags, but it's been another crazy week in Soyuz land, I don't know if it got finished [02:06] there was no work that i know of that mpt and i needed to do with bug tags [02:06] kiko: it's not, we need to sort that product deletion first. [02:06] So do we have soyuz bug tags and general Launchpad bug tags documented somewhere? Or is it still pending [02:07] stub, LaunchpadTagUsage or something [02:07] https://help.launchpad.net/TaggingLaunchpadBugs [02:07] malcc, cprov: Is that suitable for soyuz too? [02:08] oops, ui, timeout seems to not be particularly comprehensive for soyuz [02:08] So it should remain an action item? malcc, cprov? [02:08] stub: not really, we need to decide if we will contribute or not with project-wide tags, except "ui" [02:09] stub: yes, please, we will sort it at some point this week [02:09] ok. Two done, one to go. [02:09] OOps report with our host Matsubara... [02:09] Today's oops report is about bug 44860 which is up for review on kiko's queue. kiko would you be able to answer that today so danilos can merge it? [02:09] Malone bug 44860 in rosetta "Crash when we try to pass a query string to a POFile that doesn't exist yet." [Critical,In progress] http://launchpad.net/bugs/44860 [02:09] matsubara, I reviewed it last night, will send out today [02:10] thanks kiko [02:10] Also danilos and kiko, you guys are taking care of the +translate page time out (bug 30602), aren't you? [02:10] Malone bug 30602 in rosetta "ERROR IN: https://launchpad.net/distros/ubuntu/dapper/+source/vlc/+pots/vlc/tl/+translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:10] matsubara: yeah, I'm working on 30602 [02:10] okie danilos thanks. I'm done stub [02:10] matsubara: I have some ideas to test when staging is refreshed [02:10] sorta [02:11] Ok. On to bug reports with mpt. [02:11] danilos: great. let's talk about it after the meeting. [02:11] There are 14 Critical bugs known in Launchpad. Today we're looking at the oldest 6 of them: [02:11] * Bug #2497 (/people/*/+translations times out for prolific translators), Confirmed, Critical, kiko [02:11] kiko, how's it going? [02:11] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed] http://launchpad.net/bugs/2497 [02:11] matsubara: ok [02:11] * Bug #30602 (ERROR IN: https://launchpad.net/distros/ubuntu/dapper/+source/vlc/+pots/vlc/tl/+translate), Confirmed, Critical, danilos [02:11] That was already discussed in the Oops report [02:11] Malone bug 30602 in rosetta "ERROR IN: https://launchpad.net/distros/ubuntu/dapper/+source/vlc/+pots/vlc/tl/+translate" [Critical,Confirmed] http://launchpad.net/bugs/30602 [02:11] * Bug #31038 (private), Fix Committed, Critical, cprov [02:11] Well done cprov! Remember to verify it after the next rollout [02:11] * Bug #31609 (buildd maintainers need to be informed of build failures), [02:11] In Progress, Critical, cprov [02:11] Malone bug 31609 in soyuz "buildd maintainers need to be informed of build failures" [Critical,In progress] http://launchpad.net/bugs/31609 [02:11] mpt, stub offered to help [02:12] * Bug #35965 (exceptions in process-upload not communicated to uploader), Confirmed, Critical, malcc [02:12] Malone bug 35965 in soyuz "exceptions in process-upload not communicated to uploader" [Critical,Confirmed] http://launchpad.net/bugs/35965 [02:12] mpt: sure, tks [02:12] * Bug #31308 (Cannot set branch associated to a product series), Confirmed, Critical, waiting until lifeless finishes bzr work [02:12] Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed] http://launchpad.net/bugs/31308 [02:12] malcc, are you making progress on 35965? [02:12] kiko: Poke me after please. I think I have an email to respond to on that. [02:12] mpt: process-upload is strewn across my desk in parts at the moment, in the form of my process-upload-tidy branch, which is in review [02:13] stub, sure [02:13] mpt: I need to land that first before I start making more changes to the same code [02:13] ok [02:13] 31308: braindumped some spec on the ML, waiting for sabdfl feedback, as I think a schema change would make it much simpler. [02:13] Since that was so quick we'll do a couple more [02:13] * Bug #44860 (Crash when we try to pass a query string to a POFile that doesn't exist yet), In Progress, Critical, danilos [02:13] Malone bug 44860 in rosetta "Crash when we try to pass a query string to a POFile that doesn't exist yet." [Critical,In progress] http://launchpad.net/bugs/44860 [02:13] danilos, any blockers? [02:13] * Bug #48860 ("Also notified" makes difficult to unsubscribe), Confirmed, Critical, bradb [02:13] Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,Confirmed] http://launchpad.net/bugs/48860 [02:13] bradb, have you worked out how to fix that one yet? :-) [02:13] mpt: nope, this one is waiting for kiko's review (just test changes and improvements) [02:13] that's the one which will be sorted today [02:13] In effect, the schema change would ack that vcs-import != productseries and allow the vcs-import branch to be different from the productseries branch [02:14] mpt: haven't even thought about it [02:14] danilos, great [02:14] danilos, I reviewed it yesterday so it will go out today [02:14] i have some ideas that i'll think through further when i get time [02:14] kiko: ah, ok, great, thanks :) [02:14] bradb, kiko said it doesn't involve reintroducing ignore subscriptions, but just quietly I think it might :-) [02:14] anyway, that's all SteveA [02:14] mpt: heh [02:14] mpt, it's easy to fix that one -- make it unsubscribe the user from whatever bug his subscription comes from. [02:14] ddaa, are you able to take over 31308? [02:15] mpt, that doesn't require an ignore subscription. [02:15] (which is an aberration) [02:15] But then if the bug gets reopened, he's marooned [02:15] anyway [02:15] mpt meant "that's all stub" [02:15] this is not a design meeting [02:15] mpt, that's too bad. [02:15] Sorry, yes, that's all stub [02:15] kiko: have to consider the "Also notified" case of being a bug contact [02:15] I like the colour maroon, fwiw [02:15] Production and staging (this week LIVE!) [02:15] mpt: I have effectively taken it, at least until the design is settled. [02:15] bradb, he can't unsubscribe. next question. :) [02:15] Staging is still not autoupdating. Blocked on RT605 I think, which should really be simple. === MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad [02:16] We have discovered why passing through Host: headers to the production systems would screw up the vhosting. It was working on staging because not all the vhosts were getting the header passed through. [02:16] (We will hopefully fix that today) [02:17] We are currently working out ways to avoid downtime for rosetta translations for dapper and edgy. This discussion is ongoing. [02:17] salgado: we'll be looking at making shipit use the new vhosting stuff [02:17] I think that is all. Questions on my gibberish? [02:18] salgado: testing on staging first [02:18] SteveA, cool! [02:18] so, some time from salagdo/matsubara to test this on staging will be appreciated [02:18] before we roll it out [02:18] hrm, is the meeting now? [02:18] hi sivan [02:18] staging will be brought back up after the meeting, as the db update is now done [02:18] re SteveA [02:18] the meeting is at the same time each week! :-) [02:18] * Launchpad 1.0 status reports [02:18] sivang: every Thursday at 12:00 UTC === ..[topic/#launchpad:SteveA] : Developer meeting: Thu 17 Aug, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [02:19] Rosetta 1.0: [02:19] - firefox import/export: stalled for bug-fixing (good progress previously) [02:19] - oo import/export: blocked on firefox [02:19] - translation review: carlos to start on today [02:19] and also... opening edgy [02:19] that's important, so really should be a spec [02:19] hum, haven't thought about it that way [02:19]