[00:52] <bdrung> the bzr builder fails again, but with different error: bzr: ERROR: no such option: --append-version
[00:52] <bdrung> https://code.launchpad.net/~audacity-team/+recipe/daily/+build/9719
[00:53] <bdrung> wallyworld_: ^
[00:54] <wallyworld_> bdrung: that error seems familiar. i'll check
[00:56] <wallyworld_> bdrung: https://bugs.launchpad.net/bugs/682941
[00:57] <wallyworld_> bdrung: it's a known issue. try starting the build again in the hope of it running on a different server
[00:57] <bdrung> wallyworld_: thx. btw, is format 0.3 supported?
[00:57] <wallyworld_> that i don't know. my first guess is no but it's just a guess
[00:58] <wallyworld_> i should say "not yet"
[00:58] <bdrung> k
[01:09] <maxb> Has someone made lamont aware of that --append-version thing?
[01:38] <yofel> did launchpad just go down? "Sorry, there was a problem connecting to the Launchpad server. " trying to open any launchpad page
[01:39] <mwhudson> yofel: data centre issues it seems
[01:39] <yofel> k
[01:40] <tr3nton> is launchpad having issues?
[01:40] <_diablo> tr3nton: I can't connect.
[01:40] <yofel> you're not alone
[01:40] <_diablo> nothing on identi.ca yet
[01:40] <tr3nton> :(
[01:40] <_diablo> http://identi.ca/launchpad
[01:42] <mwhudson> http://identi.ca/notice/59542565
[01:43] <Riddell> who killed the PPAs?
[01:43] <_diablo>  Riddell look at the topic
[01:43] <mwhudson> Riddell: if that's what they were after, they overdid it
[01:44] <mwhudson> Riddell: the data centre is unreachable
[01:44] <Riddell> goodness
[01:44] <Riddell> guess that means it's time for bed
[01:44] <erichammond> This kills our company's ability to start new EC2 servers as we depend on installing software from PPAs.
[01:45] <mwhudson> erichammond: believe me, people are out of bed and in taxis in london as we type
[01:45] <pecos> cannot connect to https://answers.launchpad.net/ubuntu/
[01:45] <lifeless> mwhudson: would be nice to not be down
[01:45] <spiv> pecos: see /topic
[01:45] <Riddell> good luck with it
[01:46] <erichammond> Sorry, didn't mean to sound harsh.  Just pointing out that we had a dependency we didn't realize was there.
[01:46] <mwhudson> lifeless: multi data centre redundancy?
[01:46] <pecos> thank
[01:47] <lifeless> mwhudson: yes, but need to fix our silly resource usage first
[01:47] <lifeless> mwhudson: then we can examine how much headroom we get as a result
[01:47] <lifeless> and if we have the resources
[01:48] <erichammond> offtopic: We had an hour outage at noon because a simple "apt-get upgrade" took down a server and made it unbootable.
[01:48] <lifeless> ouch
[01:49] <tr3nton> doing a server upgrade at noon?
[01:49] <rivaldoleon> server down??
[01:49] <wgrant> One of the datacentres is unreachable.
[01:49] <wgrant> People are on it.
[01:50] <rivaldoleon> ok ..
[01:51] <achiang> maybe the bot needs to be programmed to /msg everyone who /joins the channel.... "see /topic. see /topic."
[01:51] <erichammond> tr3nton: I've been doing upgrades for so many years on Ubuntu without problems that I lost all fear.
[01:51] <tr3nton> lol :D
[01:51] <tr3nton> erichammond: even so, doesn't seem like a good time to do the upgrade
[01:51] <_diablo> achiang: or people need to learn etiquette
[01:52] <erichammond> tr3nton: Now you tell me.
[01:52] <tr3nton> lol
[01:52] <rivaldoleon> lol
[01:52] <erichammond> (I'm talking about minor security upgrades within a release, not upgrading to a new release version).
[01:52] <erichammond> but yes, lesson relearned.
[01:53] <scarper> hey, the link on launchpad's error page doesn't work well with x-chat
[01:53] <scarper> I'm not sure where to report that...
[01:54] <colkito> hi!
[01:54] <scarper> (it could be x-chat's fault, thou)
[01:56] <d_ed> hey, hope I'm not flooding the channel with info you knew but, launchpad.net seems to be down.
[01:57] <bdrung> wow, even ubuntu.com is not reachable
[01:57] <mwhudson> look at the /topic people :)
[01:57] <d_ed> good spot.
[01:57] <d_ed> good luck with it all.
[01:57] <bdrung> best time to go to bed. :)
[01:57] <stgraber> bdrung: ubuntu.com works fine here, canonical.com doesn't though.
[01:58] <wgrant> Hm, is it back?
[01:58] <mwhudson> doesn't seem like it to me
[01:58]  * d_ed wouldn't be surpsied if ubuntu.com isn't load balanced across many servers throughout the world.
[01:59] <tr3nton> no ubuntu.com working here.... nor canonical.com
[01:59] <stgraber> wgrant: nah, apparently a few machines are in a different DC. For example I can still access ubuntu.com and edubuntu.org from here. And can ssh to a few box like the one running edubuntu.org and the one that used to run qa.ubuntu.com
[01:59] <wgrant> Oh, hah. ubuntu.com is in the good DC, but it redirects to www.ubuntu.com which is in the bad DC.
[02:00] <bdrung> stgraber: ubuntu.com and canonical.com time out
[02:00] <slobo> is there a mirror of launchpad ppas somewhere?
[02:00] <ScottK> Nope
[02:01] <ScottK> packages.ubuntu.com still works.
[02:01] <bdrung> slobo: i have a local mirror of the PPAs used by me
[02:02] <slobo> bdrung: do you happen to  use brianmercer's  php packages?
[02:02] <bdrung> slobo: nope
[02:02] <slobo> was worth a try :)
[02:08] <aendruk> looks like launchpad's "Please try again" page links to #%23launchpad instead of #launchpad
[02:08] <dylannator> How longs the site gonna be down ?
[02:09] <scarper> aendruk, yep
[02:11] <navdeepsidhu> @scraper > seems fine here .....
[02:11] <dopey> maybe somebody could put the launchpadstatus twitter feed in the topic
[02:11] <Linuxsapien> oh dear
[02:12] <ochosi> i might be the one-thousandst person to ask, but what's up with launchpad right now? :)
[02:12] <scarper> hmm... I  wonder if the problem is with chromium
[02:12] <scarper> navdeepsidhu,
[02:12] <yofel> ochosi: /topic
[02:12] <User1> yes, chromium broked launchpad.net and ubuntu.com
[02:12] <ochosi> yofel: thanks. and sorry.
[02:12] <yofel> np
[02:13] <aendruk> scarper: could be. i'm using chrome.
[02:13] <Linuxsapien> lawl
[02:13]  * Linuxsapien builds a snowman
[02:13] <head_victim> I think it's just a test to make sure we all answer the survey posted to the list recently.
[02:13] <achiang> maybe someone who can should actually modify the launchpad error page to say we're having data center issues, rather than saying, 'go on irc and ask'
[02:13] <kpkarl> is thats whats up? datacenter problems?
[02:14] <scarper> aendruk, so that may be it... (i'm too lazy to check with FF ;-) )
[02:14] <Linuxsapien> it says "let us know" so im here to say, the servers have went kaput :P
[02:14] <User1> exit
[02:15] <Linuxsapien> user1 is good eh ヅ
[02:15] <aendruk> scarper: are you able to change the title in #%23launchpad to something informative?
[02:15] <Linuxsapien> hahaah
[02:15] <navdeepsidhu> Source of the error page says : Please see https://bugs.launchpad.net/bugs/475371, especially comment #2, for details on this file
[02:15] <scarper> aendruk, let me see
[02:15] <Linuxsapien> downtime always brings in more users to irc ;)
[02:16] <tr3nton> Linuxsapien: cunning plan to get more users in here?
[02:16] <Linuxsapien> more than likely tr3nton
[02:16] <tr3nton> ;-)
[02:16] <Linuxsapien> cue
[02:16] <Linuxsapien> cute
[02:16]  * Linuxsapien throws a snowball at scarper 
[02:17] <mofu> ppa.launchpad.net down tonight??
[02:17] <mnuhn> ok, i guess lots of ppl already asked this, but anyways: do you guys know what's going on with the servers?
[02:17] <Linuxsapien> ヅ
[02:17] <scarper> aendruk, but I don't know if topics are persistent
[02:17] <thumper> the topic says datacentre issues
[02:18] <chris_535> mnuhn, I understand that ICE has something to do with it
[02:18] <thumper> heh
[02:18] <Linuxsapien> it IS cold
[02:18] <thumper> snow maybe?
[02:18] <scarper> aendruk, it may disappear as soon as we exit
[02:18] <mnuhn> chris_535 what's ICE?
[02:18] <Linuxsapien> -7celcius here in Glasgow
[02:18] <mofu> sorry, looked at the ChanServ message, missed the note in the subject
[02:18] <TheMuso> Ah, /topic reliable as always, thanks folks.
[02:18] <poolie> mnuhn: you can track http://identi.ca/launchpadstatus (also on twitter)
[02:21] <dw_asd> hello, what's wrong with https://launchpad.net ?
[02:21] <tester323> hey, its down for me too, any eta ?
[02:21] <dopey> 'ICE' is the US Immigration and Customs Enforcement - they recently cancelled a bunch of DNS domaines relating to piracy
[02:21] <tester323> cant even do a apt-get update, fails
[02:22] <kpkarl> tester323: please see http://identi.ca/launchpadstatus
[02:22] <dopey> please check the topic, or watch http://twitter.com/#!/launchpadstatus
[02:22] <Linuxsapien> ヅ the US have no clue
[02:22] <tester323> ty
[02:22] <tr3nton> who is US? 8-)
[02:22] <rryan> any ETA on when launchpad will be back up ?
[02:23] <Linuxsapien> the thirdworld country over to your left
[02:23] <dopey> I believe the 'ICE' reference was a joke, relax folks
[02:23] <chris_535> dopey, Sorry guys I though it was funny :)
[02:23] <Linuxsapien> i got it too hense the ヅ
[02:23] <dw_asd> good timing, needed to use it for the first time
[02:23] <dw_asd> :)
[02:25] <hblaw> Lauchpad down? Ubuntuone down?
[02:26] <canthiswait_> yup
[02:26] <dopey> hblaw: http://identi.ca/launchpadstatus
[02:27]  * rryan wishes distributed-bug-trackers existed
[02:27] <kpkarl> http://ppa.launchpad.net/ now gives a very large directory listing
[02:28] <hblaw> thanks.
[02:28] <katrina> I just went to a PPA and was able to get the page working
[02:28] <dopey> rryan: there are some, i've seen one that was built on top of git. they just arent very good yet
[02:28] <mnuhn> rryan, distributed bug trackers ... that's really a point!
[02:28] <hblaw> seems backed online now...
[02:29] <rryan> yea :) I've seen them before too I guess.. i meant 'I wish they existed and were used'
[02:29] <katrina> least that was quick, was ubuntu.com having the same issue?
[02:29] <katrina> I'm guessing they were all in the same data centre :)
[02:29] <spm> yeah, it looks like we've lost a DC. person is enroute.
[02:30] <mnuhn> stupid question: what's a "DC"?
[02:31] <hblaw> "data center"?
[02:31] <celsius1414> Working now. Thanks for the info guys.
[02:31] <spm> yup
[02:32] <mnuhn> you guys lost a whole datacenter? WTF?
[02:33] <navdeepsidhu> its back up
[02:42] <spm> apparently this particular DC and a bunch of others got a tad bored with being in the one building all the time. so they went "clubbing" together. had a few drinks. met some new racks. that sort of thing. unfortunately, ours got into the halon more than was wise, and managed to fall into the river on the way back. quickly recovered but still.
[02:42] <ajmitch_> spm: so it's not floating down the thames?
[02:43] <spm> not anymore. fished out by a friendly passing police boat/river patrol. given some nice 3 phase to clear the vapours.
[02:44] <celsius1414> heh heh
[02:48] <jhl> I'm getting an error (Error ID: OOPS-1796C612) when I try to upload a code tarball and signature to my LP project. Anyone else having a similar problem?
[02:49] <jhl> I'll try logging out and back in again.
[02:51] <jhl> No dice. Is an authentication server down?
[02:54] <kpkarl> http://identi.ca/notice/59544907 indicates the issue is resolved
[02:56] <jhl> Just tried again, but got a different error. ubot5, tell me about OOPS-1796D344
[03:09] <spm> jhl: "UploadFailed: Server said: 500 Internal server error" still chasing...
[03:10] <jhl> spm: Thanks for the update. I'll be around a bit longer if you want me to do any testing from my end.
[03:18] <spm> *** codebrowse is having issues post the earlier failure ***
[03:30] <spm> *** codebrowse should be fine again ***
[03:33] <spm> jhl: should be good again. we had a major DC fail earlier, and that's had a few followon's. So try at will.
[03:34] <jhl> spm: Just retried - all is well! Thanks for keeping me posted.
[03:34] <spm> excellent
[08:40] <MTecknology> Time to see if a recipe is going to work or not work.....
[08:46] <MTecknology> oh ya! Now I remember why I don't use recipe builds.....
[08:46] <MTecknology> That bug hasn't been dealt with for quilt yet
[08:47] <MTecknology> I guess I'll build it myself after I get home tomorrow
[09:09] <lag> How do you take ownership of a Launchpad team?
[09:27] <komsas>  hello, I'm searching how to export launchpad translations with suggessions, till now I could'nt find any solution, someone know how to do this?
[11:43] <mpt> staging.launchpad.net seems to have been down for about a day now. Does anyone know when it will be back?
[11:55] <maxb> mpt: no, but having it down for days is not unusual
[12:39] <dcordes> Hello I have a general question regarding launchpad. I am working to improve the overall ubuntu experience on a small screen device with touchscreen input only. I filed some bugs with problems related to that device's nature. Now I am wondering if it would be good to create a 'meta' bug for the device and make it depend on all those bugs affecting.
[12:41] <soren> dcordes: Bugs don't have dependencies.
[12:42] <dcordes> soren: do you see any way to connect the bugs ? I am trying to produce some hiercarchy
[12:42] <soren> dcordes: Nope.
[12:43] <dcordes> in bugzilla you create a meta bug and make all bugs block that bug
[12:43] <soren> dcordes: I think there are plans to add something like that, but I don't know what the status is.
[12:43] <dcordes> so you click the meta bug and know task a b c d have to be done in order to close it
[13:35] <exarkun> Why don't I have permission to access <https://bugs.launchpad.net/bugs/645883>?
[13:35] <exarkun> ubot5: Thanks for spilling those secret details.
[13:36] <exarkun> Now I can guess that it's a DoS/security issue that I wasn't supposed to be able to read.  Hooray for IRC.
[13:54] <soren> Any idea why https://code.launchpad.net/~openstack-ubuntu-packagers/ubuntu/natty/nova/ubuntu-apport-hook/+merge/42329 doesn't show a diff?
[13:58] <matsubara> abentley, can you help soren ^?
[13:59] <abentley> matsubara: okay.
[14:04] <abentley> soren: It's because the job oopsed.  The creator, chuck short, should have gotten an email about the diff creation failure.
[14:05] <abentley> soren: I believe stuff oopsed due to the datacentre problems last night.
[14:06] <soren> abentley: Ah, so resubmitting it should fix it?
[14:06] <abentley> losa: The oops reports from last night don't seem to have been synced.  For example, OOPS-1796MPJ25 was created at 03:00:39 but is missing.
[14:06] <abentley> soren: Yes, resubmitting would fix it.
[14:06] <mthaddon> abentley: which server is that on?
[14:07] <abentley> mthaddon: loganberry-bzrsyncd.
[14:07] <abentley> mthaddon: merge-proposal-jobs.
[14:07] <soren> abentley: Will I thwart any debugging efforts by resubmitting or can I just go ahead and do it?
[14:07] <abentley> soren: I think it's okay to resubmit.
[14:08] <soren> abentley: Cool, thanks.
[14:18] <smoser> this used to work:  bzr branch lp:~ubuntu-on-ec2/vmbuilder/automated-ec2-builds
[14:18] <smoser> but now gives bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~ubuntu-virt/vmbuilder/0.12/".
[14:19] <smoser> https://code.launchpad.net/~ubuntu-virt shows no 0.12 branch there anymore.  I'm guessing someone deleted that, and my branch stacked data
[14:23] <maxb> smoser: Yes. the branch is now owned by ~vmbuilder-dev
[14:24] <smoser> maxb, so, any ideas on how i restore mine ? should i just push the copy i have to that location?
[14:25] <smoser> that seems like it would "work for now", but seems like a bug in general, one possibly resulting in lost data.
[14:25] <maxb> You could download http://j.maxb.eu/~maxb/bzr-set-stacked-url and run "bzr-set-stacked-url lp:~ubuntu-on-ec2/vmbuilder/automated-ec2-builds lp:~vmbuilder-dev/vmbuilder/0.12"
[14:26] <smoser> would pushing --overwrite work
[14:26] <smoser> ?
[14:27] <smoser> its really not at all stacked on vmbuilder 0.12. completely different branches, probably incorrectly in the same place.
[14:27] <smoser> s/branches/projects/
[14:34] <maxb> smoser: In that case, first fix the stacking location with my script, then 'bzr reconfigure --unstacked lp:~ubuntu-on-ec2/vmbuilder/automated-ec2-builds'
[14:34] <maxb> No, --overwrite is not useful here
[14:34] <smoser> ok. i'll try as you suggest.
[14:40] <smoser> maxb, you rock. thanks.
[15:32] <renatosilva> adding your email in source code of projects hosted in launchpad or when this source code will be available in the web, does it really cause spam?
[15:35] <matsubara> renatosilva, it'll be available to logged in users. it's obfuscated for anonymous users
[15:36] <renatosilva> matsubara: can you show me an example? Afaik loggerhead won't do that
[15:37] <renatosilva> matsubara: loggerhead won't do that http://bazaar.launchpad.net/~renatosilva/purple-plugin-pack/irchelper-password-dialog/annotate/head%3A/irchelper.c
[15:38] <matsubara> renatosilva, sorry. i just assumed loggerhead would do the same as LP.
[15:40] <matsubara> renatosilva, https://bugs.launchpad.net/loggerhead/+bug/631085
[15:48] <renatosilva> matsubara: does it address emails in source code? I don't think so...
[15:48] <matsubara> renatosilva, I don't think it'll ever obfuscate email in source code
[15:48] <matsubara> I think that bug is about making loggerhead obfuscate emails displayed on loggerhead
[15:49] <renatosilva> matsubara: me neither
[15:49] <renatosilva> matsubara: it seems source code is not indexed in google
[19:25] <shadeslayer> could somone look at https://answers.launchpad.net/launchpad-registry/+question/136250
[19:25] <shadeslayer> and add canonical LOSA's as the assignee
[19:46] <matsubara> shadeslayer, done
[20:32] <soren> Is it intentional that e-mail about merge proposals get sent to individual team members rather than to the contact address set for the team?
[20:32] <soren> I strikes me as odd since it doesn't follow the same pattern as bug mail.
[20:56] <Tiibiidii> hi
[20:56] <Tiibiidii> i'm writing some code using the python launchpadlib
[20:56] <Tiibiidii> it's really neat
[20:57] <Tiibiidii> but what i'm writing is just an addition... i mean: i'm fetching some data to give the user a little bit more context
[20:57] <Tiibiidii> and i don't want this to disrupt the already existing code
[20:58] <Tiibiidii> that is... if "import launchpadlib.launchpad" raises an ImportError, i'm going to default to some other value
[20:58] <Tiibiidii> and i would also like to avoid problems when waiting for a reply
[20:58] <Tiibiidii> for example
[20:58] <Tiibiidii> just a little while ago
[20:59] <Tiibiidii> it seems that the staging server was being updated
[20:59] <Tiibiidii> the launchpad web interface (with all the data i needed) was working fine
[20:59] <Tiibiidii> but the api was unusable
[21:00] <Tiibiidii> (i would like that, at least for anonymous logins and read only data, we could always get access to this data even in these cases)
[21:00] <Tiibiidii> (one could resort to scraping the web page... but that's suboptimal)
[21:00] <Tiibiidii> in the meanwhile
[21:01] <Tiibiidii> i was wondering... how do you suggest to handle this?
[21:01] <Tiibiidii> possibly without spawning a thread
[21:01] <Tiibiidii> (i don't want to complicate much more the things)
[21:02] <Tiibiidii> (and the current API doesn't have a class for this operation... so adding one would disrupt some software)
[21:04] <leonardr> Tiibiidii: what happened to your code when the web service was unusable?
[21:04] <Tiibiidii> i'm just testing in the REPL
[21:04] <Tiibiidii> but i got an HTTPError
[21:05] <Tiibiidii> and a wait of 40/50 seconds
[21:05] <Tiibiidii> by googling i found this, for avoiding the long wait:
[21:05] <Tiibiidii> http://programming-guides.com/python/timeout-a-function
[21:05] <Tiibiidii> but i was wondering if there was a better approach
[21:06] <Tiibiidii>  but i got an HTTPError <-- actually a lazr.restfulclient.errors.HTTPError so i guess that for catching that, i would need to import also this
[21:10] <leonardr> Tiibiidii: our code is written on the assumption that when the server is down, it's better to wait a while and try again, in case the error is transient (Which it usually is)
[21:11] <Tiibiidii> ok, so...
[21:11] <Tiibiidii> that timeout is the best approach?
[21:11] <Tiibiidii> or i should resort to scraping?
[21:11] <leonardr> if you want to fail immediately, it would probably help to set ._browser.max_retries=1 on your Launchpad object. unfortunately, just creating a launchpad object spawns some http requests
[21:12] <Tiibiidii> or reading data from launchpad is not such a good idea in the first place? (keeping in mind that's completely optional for what i'm doing)
[21:12] <leonardr> i don't think timeout will help. the problem is not that the requests were taking too long; the problem is that the requests were failing immediately, and launchpadlib was waiting a while and trying again
 if you want to fail immediately, it would probably help to set ._browser.max_retries=1 on your Launchpad object. unfortunately, just creating a launchpad object spawns some http requests <-- thank you very much... i'll try right away
[21:12] <Tiibiidii> uh... do you know of a way to test it?
[21:12] <leonardr> so, maybe reading data from launchpad is not a good idea for you, because launchpadlib assumes it's very important that you get the data from launchpad
[21:13] <leonardr> you could set it up to run against some other server you control. we don't have a fake server that pretends to be down all the time
 if you want to fail immediately, it would probably help to set ._browser.max_retries=1 on your Launchpad object. unfortunately, just creating a launchpad object spawns some http requests <-- thank you, however since i got almost all of this working, i think i'll try to solve this problem (after all is only 15 lines of python)
[21:16] <Tiibiidii> to test with another server...
[21:17] <leonardr> ok
[21:17] <Tiibiidii> i should look inside _browser._connection ?
[21:18] <Tiibiidii> sorry for the trivial question, but i started looking into the launchpad API just now
[21:18] <leonardr> probably not. what are you trying to do?
[21:18] <Tiibiidii> duh, sorry
[21:19] <Tiibiidii> really dumb question i guess
[21:19] <Tiibiidii> i was trying to connect to another server, as you suggested
[21:19] <Tiibiidii> i think i just need to create another Launchpad object
[21:19] <Tiibiidii> (i was trying to modify the instance i already got)
[21:20] <leonardr> Tiibiidii: yes, you can specify the url to the other server as service_root to the constructor, or login_with, or etc.
[21:21] <Tiibiidii> yeah, sorry about that... it's the first thing i read about the api, and it's the first thing i forgot :)
[22:03] <stilia-johny> hi any alive?
[22:05] <micahg> !ask | stilia-johny
[22:06] <stilia-johny> does any know a good guide for packaging, makefile, and everything about packaging!
[22:07] <micahg> !packaging > stilia-johny
[22:07] <micahg> stilia-johny: #ubuntu-packaging is available for packaging help as well
[22:10] <stilia-johny> thanks
[22:47] <Patrickdk> how do I go about publishing a package to a ppa for both lucid and hardy?
[22:47] <Patrickdk>  I can get it to work for one or the other, but not both
[22:49] <flacoste> Patrickdk: if the package needs recompiling (it's a binary and deps have changed between) you need two uploads
[22:50] <flacoste> Patrickdk: otherwise you can use the copy packages page to copy the binaries across
[22:50] <flacoste> but that only works if the deps can still be satisfied
[22:50] <flacoste> Patrickdk: if you the code you are using is in source control, you want want to have a look at the recipe feature
[22:50] <flacoste> which allows you to package a branch and have built for different series automatically
[22:56] <Patrickdk> tried to copy packages
[22:56] <Patrickdk> says it cannot be copied, same version already has published binaries
[22:56] <Patrickdk> the lucid binaries
[22:56] <Patrickdk> hmm, I need two different ppa's for this don't I
[22:56] <Patrickdk> one for lucid and one for hardy
[22:59] <joey> anyone know if there is a team.mailinglist element?  I don't see it on the apidocs
[23:06] <wgrant> joey: Mailing lists aren't exported on the API at the moment.
[23:06] <joey> wgrant: ok, thanks. That narrows down my choice
[23:06] <wgrant> joey: What do you need it for?
[23:07] <joey> wgrant: I need to ascertain if a team has a ML or not
[23:07] <wgrant> Ah.
[23:32] <xnox> Dear launchpad overloads =) please review / accept code import https://code.launchpad.net/~pkgcrosswire/bpbible/trunk
[23:43] <fta> OOPS-1796N2961
[23:55] <fta> (that was while copying packages from a ppa to another, splitting the task helped)
[23:56] <micahg> fta: bug 575450
[23:57] <fta> micahg, thanks. i knew it was not new, but some devs seemed interested by perf issues
[23:58] <micahg> fta: indeed they are :)
[23:58] <fta> maybe not anymore :P
[23:59] <fta> happens to me each time i move chromium deps from a branch down to another