[12:04] SteveA_: stub didn't leave until <4 hours ago, so I don't expect he'll be back for a while === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [12:09] mdz: i have instructions from stu on how to do all this, although i haven't done it before [12:09] I was going to say, how hard is it to run ? [12:10] so, i can do this, but then, i'll be going to sleep and pretty much offline until monday evening, london time [12:10] kiko-sms says: tell them not to touch my code [12:10] lifeless: kill gina, nuke tables, fix gina source with vim, run gina. that ought to do it [12:11] SteveA_: so, I suggest you do that, and forward me the instructions [12:11] mdz: did you tell him it was run-on sql syntax ? [12:11] steveA: I told him it looked like a typo [12:11] lifeless: do you have staging access? [12:11] SteveA_: hopefully. machine is what asuka ? [12:11] yes [12:11] mdz: kiko-sms: seriously? [12:11] kiko-sms: of course not [12:11] need to su to launchpad [12:12] mdz: call him a 'fogado' [12:12] magic 8 ball says yes [12:12] SteveA_,Kinnison: do we have a credible belief that this SQL error is the cause of the abiword traceback? [12:13] mdz: i have absolutely no idea. but the sqlerror can't be good. but... i don't see an sql error message in the output logs [12:13] so, either the resulting sql is valid yet incorrect [12:13] or it isn't being used [12:14] lifeless: forwarded you about cleaning out gina dud data === mdz goes in search of food [12:15] stub SteveA: The script I'm running is /srv/launchpad.ubuntu.com/gina.sh, and the logs are going into /srv/launchpad.ubuntu.com/gina-logs [12:15] lifeless: ^^^^ [12:15] danke [12:16] are they synced to chinstrap for folk to read ? [12:16] no idea [12:16] k [12:17] i'm going to sleep now. i'll be around briefly in about 8-9 hours [12:17] k [12:18] i hope you and/or stub will have things more sorted by then, though === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [01:04] yah [01:04] I'm a placeholder only :) === poningru [n=poningru@n128-227-69-171.xlate.ufl.edu] has joined #launchpad [01:09] lifeless: you're a place holder? ;) [01:14] eh, launchpad is down? [01:14] eh, came back. weird === Kinnison yawns [01:20] Sorry, I have no idea what the abiword traceback is/was === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [01:56] night all [01:56] night sivang === Sepheebear [n=SepheeBe@cpe-68-175-57-11.nyc.res.rr.com] has joined #launchpad === Sepheebear [n=SepheeBe@cpe-68-175-57-11.nyc.res.rr.com] has left #launchpad ["Sepheebear's] === TinMan [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad === mpool [n=mbp@ozlabs.org] has left #launchpad [] [03:03] lifeless: how are we looking for the MoveToBazaarNG? [03:03] sabdfl: good I think [03:04] I'm finishing the reuse-history stuff now, to make importing everyones archives much faster [03:04] ok. seems like there have been lots of glitches and bugs fixed this weekend. [03:04] hct is running in bzr now [03:04] nice [03:04] yes, lots of glitches -> lots of fixes. [03:04] so all of keybuk's bugs got fixed? that's the acid tesst [03:04] for hct yes., [03:04] for sourcerer when he wakes up we'll see [03:05] the only worrying thing is : [03:05] 20460 robertc 18 0 2952m 2.7g 1536 R 38.9 76.0 35:35.89 python [03:05] still running? [03:05] baz import seems a little resource hungry. [03:06] ajmitch: yes === rappo [n=rappo@cpe-24-193-239-76.ucwphilly.res.rr.com] has joined #launchpad === warreng [n=warren@cpe-72-224-115-213.nycap.res.rr.com] has joined #launchpad [03:32] spiv: ping? [03:35] jamesh: fwiw i have added a SprintAttendance.needs_discussion with UI to change it. if that is True then we'll do the discuss + draft, otherwise its drafting sessions till the sucker is approved [03:38] night all === stub [i=stub@sweep.bur.st] has joined #launchpad === jblack [i=jblack@static-209-158-45-74.scr.east.verizon.net] has joined #launchpad [03:57] Kinnison: you don't know the cause of the traceback, or you don't have the traceback itself? [03:58] one of those I could fix === rappo [n=rappo@cpe-24-193-239-76.ucwphilly.res.rr.com] has left #launchpad ["Leaving"] [03:59] Gina is still running [03:59] Still running warty too === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad [04:01] Oh dear. [04:01] There appears to be some dud SQL, but it isn't raising any exceptions (?) [04:02] Shouldn't affect this initial run since the binarypackagereleases don't exist (the query appears to be trying to determine if the BPR exists or not) === Locus [n=rinaldo@201.243.3.92] has joined #launchpad === Locus [n=rinaldo@201.243.3.92] has left #launchpad ["Leaving] === mfuentes [n=mario@200.54.6.80] has joined #launchpad [05:10] Kinnison: pong? [05:14] lifeless: would it be possible to convert your config-manager debs to noarch? [05:15] ah. there is a C version too [05:18] $ baz merge stuart.bishop@canonical.com/launchpad--trivial--0 [05:18] Searching for best merge point [05:18] ..failed to query archive: [05:18] name: scott@canonical.com--2005 [05:18] location: sftp://stub@chinstrap.warthogs.hbd.com/home/warthogs/archives/scott@canonical.com--2005 [05:18] revision: launchpad--newpackageclasses--0--patch-1 [05:18] Which is interesting because that archive exists, but doesn't contain a launchpad category (!) [05:18] jamesh: The old C version probably doesn't support bazaar-ng [05:19] jblack: yeah. I'm on an AMD64, so was wondering why the package was i386 when the program was in Python [05:19] jblack: I guess the reason is that it also includes a binary version of the program [05:24] jblack: btw, did you manage to work out the google maps code? === Belutz [n=Belutz@202.155.150.72] has joined #launchpad [05:29] jamesh: I have the email here, but haven't read it yet. [05:29] I'll take a look now. === MagicFab_Mtl [n=chatzill@modemcable112.146-82-70.mc.videotron.ca] has joined #launchpad [05:32] Hello [05:35] Doesn't look so bad. I need to figure out that person object you're using. [05:35] I presume that key= is gained by registering to use the google api [05:36] yeah [05:36] jblack: in createMarker(), person is just an XML node [05:37] Yeah. Just found it. [05:37] createMap() iterates through all the elements under the root element [05:38] Yeah. This will be pretty easy to use. [05:38] nice code, btw [05:39] about a 3rd of the javascript comes from the google maps API examples [05:40] I think its about time that I revisit javascript. I wasn't aware it had grown up so much. [05:40] it's actually used for real sites now :) [05:41] I heard about AJAX, that it was very difficult to use. This isn't any worse than using athena. [05:41] in some ways it's like PHP: while there is a lot of crap code written in the language, the language itself isn't inherently bad [05:42] aka xaw [05:42] ajax is just a marketing term for stuff people were already doing [05:42] I think one of the first popular examples of 'ajax' was outlook web access a few years ago [05:43] it is quite useful though, when done right === ajmitch would like to see it used where appropriate in launchpad [05:44] You may laugh at this, but did you know that launchpad is currently lynxable? [05:44] ajmitch: there are plans to rip off the ideas from "google suggests" at some point ... [05:44] jblack: good [05:44] jamesh: I was hoping that was the case. bugzilla is quite slow with the huge package list loaded on every page [05:44] Thats what I think. [05:45] jblack: it's good for accessibility :) [05:45] ajmitch: we should be off bugzilla soon :) [05:45] yay [05:45] you've been working on the imports? [05:45] yeah [05:46] 1.4 Appropriate Conduct and Prohibited Uses. The Service may be used only for services that are generally accessible to consumers without charge. [05:46] Darn. There goes using gmaps for tracking my pot stash. [05:46] I've had a few months to get used to malone, with universe [05:47] ajmitch: what do you think, overall? [05:49] I think it's quite good, although I miss some of bugzilla's features [05:49] which I understand bradb will be working on [05:49] mainly searching & reporting [05:50] hopefully we'll get another session to list our complaints with him at UBZ === jamesh wishes he could leave a comment when updating a bugtask [05:50] agreed, only updating the status field is restricting [05:52] I can leave a comment before or after changing the bugtask, but that means double the bugspam [06:08] also people keep using the status notes for comments [06:08] something has to be done about that [06:18] Lathiat: having a box marked "comment" would help [06:22] jamesh: :) === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === poningru [n=poningru@n128-227-51-39.xlate.ufl.edu] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === _maydayjay_ [n=maydayja@ip101109.101.nas.net] has joined #launchpad === TinMan [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [07:57] morning === sankar [n=sankar@202.144.95.244] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === sankar [n=sankar@202.144.95.244] has joined #launchpad [09:19] lifeless: I don't think the version of pybaz in /home/warthogs/source/rollouts/pybaz supports sftp. [09:20] stub: pybaz ? [09:20] baz provides the network support to pybaz, and baz supports sftp fo'sure. [09:20] Yes. So config manager can't suck down baz archives from chinstrap via sftp when I'm building from source [09:20] Hmm... [09:21] for baz archives, use 'arch://rocketfuel@canonical.com/....' [09:21] check that 'pybaz abrowse rocketfuel@canonical.com' works === stub is regenerating the traceback [09:29] No handlers could be found for logger "paramiko.transport" [09:29] global name 'NotBranchError' is not defined [09:30] Traceback (most recent call last): [09:30] File "/home/stub/lp/rollout/bin/cm.py", line 24, in ? [09:30] main(sys.argv) [09:30] File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 196, in main [09:30] config.build(os.path.abspath(os.curdir)) [09:30] File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 57, in build [09:30] entry.build(dir) [09:30] File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 144, in build [09:30] raise ValueError("unknown url type '%s'" % self.url) [09:30] ValueError: unknown url type 'sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel' [09:30] ok [09:31] what revno of config-manager do you have ? [09:32] lifeless: looks like 126 [09:32] garh [09:32] try: [09:32] bzr log sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel [09:34] That appears to be working [09:35] you can see output ? [09:35] lifeless: argh... I think I know. I set PYTHONPATH instead of PYTHON_PATH [09:36] which is correct... now t try that log again... [09:37] env PYTHONPATH=lib/python PATH=./bin:$PATH bzr log sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel [09:37] ------------------------------------------------------------ [09:37] revno: 151 [09:37] committer: Canonical.com Patch Queue Manager [09:37] timestamp: Sun 2005-10-23 16:52:12 +0100 [09:37] message: [09:37] [trivial] test commit of doom [09:37] hmm... [09:37] ok [09:37] that looks more like it :) === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [09:53] stub: I want to disable pqm [09:53] stub: it will let the current job pass [09:53] ok [09:53] Just for maintenance of a few days? [09:54] No handlers could be found for logger "bzr" [09:54] Unable to stat '/home/warthogs/archives/rocketfuel/hct/1/devel/.bzr/weaves/11/i_automatic-ChangeLog--scott@canonical.com--2004/hct--devel--0.weave' [09:54] Traceback (most recent call last): [09:54] File "/home/stub/lp/rollout/bin/cm.py", line 24, in ? [09:54] main(sys.argv) [09:54] File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 196, in main [09:54] config.build(os.path.abspath(os.curdir)) [09:54] File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 57, in build [09:54] entry.build(dir) [09:54] File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 144, in build [09:54] raise ValueError("unknown url type '%s'" % self.url) [09:54] ValueError: unknown url type 'sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel' [09:54] Traceback (most recent call last): [09:54] File "rollout.py", line 128, in ? [09:54] for upgrading sourcerer [09:54] File "rollout.py", line 118, in main [09:54] buildConfig(config) [09:55] File "rollout.py", line 105, in buildConfig [09:55] run(cmd) [09:55] File "rollout.py", line 18, in run [09:55] raise RuntimeError('Error %d: %s' % (returncode, ' '.join(cmd))) [09:55] RuntimeError: Error 1: cm.py build configs/configs/canonical.com/launchpad/development [09:55] unable to stat [09:55] the integration branch is either not being used or is stale [09:55] let me check [09:56] yes [09:56] old [09:56] pull from rollouts/bzr.integration should fix it [09:58] Is config manager long term or a temporary solution btw? I'm wondering if it is worth fixing a few ui things (feedback, destination directory already exists) [09:59] temporary, but possibly long term [09:59] the big question of where some bits of code and where other bits live is still open [09:59] what is definate is that bzr will have the ui for this stuff inbuilt - though that could be done by importing config_manager [10:00] ok. I have nothing urgent so I'll let things solidify for a bit [10:08] Morning all [10:10] sabdfl, mdz: https://staging.ubuntu.com/distros/ubuntu/warty/i386/+pkgsearch?name=python [10:12] stub: nice, does that mean that auto building is working? [10:13] eh, dumb question. Probably not yet.. [10:13] sivang: That is the result of the code that imports the warty, hoary and breezy distros. We will find out if auto building is working once we have run it for real and dapper opens. [10:14] stub: ah, nice. So there have been some progress since last night :) [10:14] Gina is still running, but warty has finished. [10:14] Kool [10:14] actually, hoary looks like it has finished too [10:14] wheee [10:14] :) [10:15] why is mark porting lead for bicyclerepair ? [10:15] oh... no it hasn't. That is last nights log. [10:15] stub: gina is a big shell script right? [10:16] python script [10:16] stub: ah, how many lines? [10:16] Although it would probably have worked better if we had hired someone called Gina to type it all in. [10:16] hehe [10:16] Dunno. Our code tree is somewhat integrated. [10:17] Gina calls hunks from the main code base - she isn't stand alone [10:18] Is she is repsonsible for importing from the "old" archive of source packages, into the new one, and then rebuild it there? [10:19] Just importing the data into the database [10:20] analyzing the distribution, extracting all the meta data, stuffing it into the database. Badly in roberts bicyclerepair example. [10:21] lifeless: I think Mark is porting lead for everything. Busy boy. [10:21] its python [10:21] it does not NEED portin [10:21] stub: [10:21] https://staging.ubuntu.com/distros/ubuntu/warty/i386/bicyclerepair/0.9-3 [10:21] *BOOM* [10:22] (not logged in) [10:27] Bug filed. [10:37] heh === uws [n=mathilda@scrat.hensema.net] has joined #launchpad [10:39] yuck [10:39] launchpad.net seems down! [10:39] ? [10:40] Is that planned? [10:41] Hmmm [10:41] seems like a local problam; it works fine from another box [10:41] ah [10:44] heh [10:44] is it bad that a major reason to wipe and reinstall my laptop before UBZ is now that I can checkout launchpad fresh from bzr rather than trying to convert each branch one-by-one? :p === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad === Virtuall[BZA] [i=virtuall@who.is.virtuall.info] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === koke [n=koke@169.Red-217-127-113.staticIP.rima-tde.net] has joined #launchpad [11:46] hi all! [11:47] I was wondering why there's no direct download for po files in rosetta? [11:47] there is [11:48] hi koke, jordi [11:48] jordi: by "direct" I meant direct, not through mail :) [11:50] i guess the primary reason is that it takes a few minutes to generate the files [11:50] koke: no [11:50] hello andrew [11:50] koke: all file downloads are done via librarian. [11:50] I saw it at the url in the email [11:50] :) [11:51] but I'm not sure what does that mean [11:51] koke, as mdke points, it takes too much time to generate the .po file === Arkalon [n=__@mtngprs7.mtn.co.za] has joined #launchpad [11:53] but sometime ago it was possible [11:54] koke, we had to remove that feature because people thought the download was taking too much time and requested it again [11:55] and sometimes, if the .po file is big (like evolution) it would timeout before we were able to generate the export [11:55] what about some caching? [11:56] koke, we do it atm [11:57] but the performance problem is still there for the first time the cached file is generated [11:57] can I hope a search feature for rosetta? :) [11:57] koke, yes [11:58] koke, https://launchpad.net/products/launchpad/+specs [11:58] there is one spec about searching [11:58] it's a priority so should be implemented soon, but I cannot give you a concrete date === Arkalon [n=__@mtngprs7.mtn.co.za] has left #launchpad ["Leaving"] [12:03] stub: I presume you dont want gina twice : pqm.ubuntu.com [12:04] I've removed the second one:0 [12:04] Hmm... the first one was submitted ages ago. Must have been stuck in a mailq somewhere (ages as in well before you took PQM down) [12:06] :) [12:09] $ bzr branch $brf/launchpad/devel tstlp <-- Sitting there for 10 minutes so far downloading stuff with no feedback === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [12:16] oops === sabdfl overslept [12:17] morning all, what's news on the RoadToProduction? [12:17] morning sabdfl [12:18] stub: i think we should process some uploads against the system on staging before opening dapper on it [12:18] gina looks like she imported warty, died in the 'd's in hoary, and is still chewing on breezy [12:19] sabdfl: Sounds sane, but I have no idea at this stage what is involved. [12:20] jamesh: did you see my comment around SprintAttendance getting some metadata? needs_discussion (boolean) and status (int: submitted, approved, declined)? [12:21] sabdfl: yeah [12:22] stub: just involves setting up a buildd on staging, maybe even some other arch ones. Kinnison says that's a cynch (apt-get install new-buildd or something like that) [12:23] ok [12:24] Or even run them on mawson where they are already setup, talking to the staging database on asuka. [12:24] Kinnison: ^^^ [12:25] Znarl: do you think we can allow connections from asuka to three of the buildd's (one for each architecture)? [12:26] stub: is your linkchecker branch in bzr yet ? [12:26] rm, has anyon noticed failures to login, often without erroring? [12:26] i've had a couple times in the last half hour gone to login, ende dup back were i was with no login [12:26] lifeless: No. I ctrl-C'd when launchpad was being converted, remember? [12:27] stub: oh right. [12:27] stub: the optimised import is ready. [12:27] So I should do a full conversion now? ok. [12:27] stub: (its on the wiki, short version is 'baz-import stubs-archive stubs-archive ../rocketfuel') [12:27] note the new parameter at the end [12:27] ok [12:27] that tells it where to get bulk history from [12:28] stub: in lib/canonical/buildd you run "dpkg-buildpackage -rfakeroot -b" and that spits out a launchpad-buildd deb [12:28] stub: you install that on a box which you want to become a buildd [12:28] Kinnison: Which I can't do since I can't install .debs. Need the elmster involved for that. [12:28] right, and the dogfood buildds are firewalled off [12:29] sabdfl : No, but I'll create an RT job for elmo to do it. [12:31] I'll move onto buildd once we are happy with Gina [12:31] gina dying in hoary in the ds isn't good [12:31] what happened there? [12:32] also, that BPR thing will break part of what we were trying to make sure wouldn't happen [12:32] I.E. replication [12:32] did you fix the SQL error, blow the contents away and restart it? === blzbb [i=blzbb@85.185.51.37] has joined #launchpad [12:41] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Gina fixes (patch-2711: stuart.bishop@canonical.com) === blzbb [i=blzbb@85.185.51.37] has left #launchpad [] [12:45] who runs gina these days ? [12:45] stub [12:45] stub: ping [12:45] ? [12:45] sorry [12:46] dilys [12:46] who runs dilys [12:46] too many chicks. [12:46] wheres 'roger' ? [12:46] who you calling a chick rentboy? [12:46] dilys and gina, lease-kid [12:49] dilys is a dog [12:49] ya daft antipodean [12:49] she's daf's IIRC [12:54] yes [12:54] but I have not seen daf in 3 months [12:54] so I'm hoping *someone* can give dilys some bzr-log message love [12:56] lifeless, daf has dilys' code available, not sure if at chinstrap or at his personal archive [12:56] k [12:57] I'll mind that in bear === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:04] good morning! [01:11] stub: your config updates will probaby clash [01:11] stub: merge in my branch to yours now:) [01:12] lifeless: Those are launchpad.conf configs, not config-manager configs [01:12] ah [01:12] right [01:12] robert, engage eyes [01:12] hmm [01:12] production 38 eh [01:12] guess I should un-remove that [01:13] I think my merge has hung :-( === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:22] hi lp-hackers [01:23] Just tool 1 hr and 6 minutes to branch bazaar integration locally [01:24] And 39 minutes to branch hct [01:25] is it just me or is that stupidly long... [01:26] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/filewHrbtq.html [01:26] Yup. Works great locally but the network operations need some tuning [01:26] comments too [01:26] stub: lots of back and forthing? [01:27] Dunno [01:27] sabdfl: So going for a NULL priority to mean not set? or n/a? or both? [01:28] not set [01:29] sabdfl: ok. patch-25-45-0.sql [01:30] stub: i'm sure you gave that out last night [01:30] last time you gave me a patch number it conflicted, so i'm jumpy :-) === ddaa [n=ddaa@200.140.231.166] has joined #launchpad [01:31] kiko got 44 [01:31] Nothing on this channel log says 45 was taken... [01:32] ok [01:32] You can have 46 instead if you like ;) [01:33] Lathiat: latency figure * revision count overhead [01:34] Lathiat: ok-big-O, but a bad constant multiplier for some folk. [01:34] planned to fix for 0.7 [01:34] lifeless: Is it possible to train config-manager to fetch stuff using rsync? [01:34] as a short term fix? [01:34] stub: yes. The easiest way is to use the rsync [01:35] transport for bzr [01:35] lifeless: cool [01:35] stub: but full checkouts are a rarity, and push is rsync based. [01:35] so change sftp://chinstrap.ubuntu.com/blah blah to rsync://chinstrap.ubuntu.com/blahblah ? [01:35] thats the sort of thing we can do. the rsync: plugin needs some love though, its not currently effective [01:36] lifeless: Until we have switch it will be common [01:36] stub: we have switch, in two parts - push and pull --clobber [01:36] ok. [01:36] push to *there*, give me a branch from *there* [01:36] soon to be pull --overwrite or something [01:38] I think the fastest way for people to bootstrap though is to build the tree on chinstrap and rsync it down. [01:38] Which would save everyone a few hours with their initial launchpad checkouts. [01:41] works for me === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:42] Gooooood morning [01:44] hey mpt [01:44] hi Mark [01:45] The big switchover's happened? [01:46] check out pqm.ubuntu.com [01:47] cool [01:47] ah, rocketfuel not till Wednesday [01:47] so I do need to rebuild my tree after all [01:47] well [01:47] if you are not going to land until after wednesday [01:47] you can use bzr now [01:48] and merge in the changes done between now and the final baz commit when I migrate them to bzr [01:48] :) [01:48] bbiab [01:49] hmmmmm, tempting [01:49] mpt: i would suggest letting others crack shins on it for the moment [01:49] tempting as it is :-) [01:49] there have been glitches [01:50] ok [01:51] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] BinaryPackageFix for gina when running without --all (patch-2712) [01:52] BjornT: did you get my bug listings merged into your branch ok? [01:52] lifeless: I've merged now and conflicted four files: CA lib/hct [01:52] CA lib/psycopgda [01:52] CA lib/sourcerer [01:52]