[04:54] <jblack> Just wanted to let everyone know I made it to Brazil with no problem, excepting really loud travellers and a bumpy landing. :) 
[04:59] <bob2> hah, yay
[05:34] <Keybuk> It's not the landing at Sao Paulo you have to worry about
[05:34] <Keybuk> it's the take-off
[05:34] <Keybuk> last time I visited (May last year) we flew out on Varig
[05:35] <Keybuk> it was a pretty old craft, that couldn't really do trans-atlantic but they were anyway
[05:35] <Keybuk> and it was full
[05:35] <Keybuk> the pilot didn't seem in any particular hurry to take off
[05:35] <Keybuk> and we weren't going anywhere near fast enough
[05:35] <Keybuk> it was when we hit the rumble-strip at the end of the run way that we finally left the ground
[05:35] <Keybuk> it was _very_ close
[08:09] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [rs=kiko]  Renaming GpgHandler to GPGHandler, which follows thestandard GPGKey* (GnuPrivacyGuardKey). (patch-2111: celso.providelo@canonical.com)
[09:46] <lifeless> jblack: are you at the hotel ?
[09:53] <madduck> will the malone and rosetta databases be available for direct access?
[09:54] <madduck> or are the going to be kept by canonical secretly>?
[09:57] <Burgundavia> for rosetta, you can already pull all the pos/etc . out of it
[09:58] <Burgundavia> for rosetta the pos/etc. are already downloadable
[09:58] <Burgundavia> and that is bulk of the data for malone
[09:59] <Burgundavia> s/malone/rosetta
[10:00] <madduck> what i mean is raw access so that i can pull up a mirrored launchpad somewhere else
[10:00] <madduck> or a launchpad containing only a subset of the data.
[10:01] <Burgundavia> once rosetta is open-sourced, you can pull all the POs out and start your own, from what I understand (I am not a canonical employee or a luanchpad developer)
[10:02] <stub> Last I heard there will be XML-RPC methods to access Malone, but it isn't implemented or fully specced yet. There is no point attempting to keep this stuff private even if we wanted to - it could always be screen scraped.
[10:03] <stub> There won't be database dumps available, because we need to ensure private bugs remain private
[10:04] <madduck> ha!
[10:04] <madduck> so there's a potential conflict...
[10:04] <Burgundavia> private bugs include security bugs
[10:04] <madduck> sure thing.
[10:04] <madduck> http://www.joachim-breitner.de/blog/archives/60-Launchpad,-Google-and-why-Microsoft-is-not-the-problem.html
[10:04] <madduck> i think he's spreading fud, but maybe not...
[10:04] <Burgundavia> I read that
[10:05] <madduck> and?
[10:05] <stub> vendor-sec has various restrictions - you want to be informed of vulnerabilities there are certain things you need t agree to and coordinated releases of bug fixes are one of them. I'm not sure of the full details.
[10:06] <madduck> i am. and sure.
[10:06] <Burgundavia> to the best of my knowledge, there are no private bugs that are not security related
[10:07] <madduck> so if i am XYZ and i can prove trust by vendor-sec, i could get a dump?
[10:08] <stub> madduck: Nope. Otherwise product developers who want to use Malone and want private bugs would be pissed.
[10:08] <madduck> mh.
[10:08] <madduck> i have to go, but we should talk more...
[10:08] <stub> We could probably give full dumps of public bugs
[10:08] <lifeless> all the rcs data collected is free, immedaitely.
[10:08] <lifeless> (just reading that blog)
[10:09] <Burgundavia> even debian bts hides security bugs, no?
[10:09] <madduck> no
[10:09] <madduck> gotta go.
[10:09] <madduck> cu
[10:55] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-43)
[10:56] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.5: Clear message at the end of 'switch' (patch-32: Matthieu.Moy@imag.fr)
[11:01] <Mez> thelove ?
[11:14] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-44)
[11:15] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.5: apply-delta returns immediately when FROM and TO are the same revision. (patch-33: Matthieu.Moy@imag.fr)
[11:29] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-45)
[11:30] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.5: Clean error message when an invalid archive name is provided in arch_archives_get_archive_ini_no_default (patch-34: Matthieu.Moy@imag.fr)