[00:02] <einalex> intellectronica, kfogel i love you guys! :)
[00:03] <intellectronica> einalex: and we love you. apologies for the inconvenience.
[00:04] <einalex> no problem, coming to you was the right choice :)
[00:05] <einalex> any idea on where i have to look in the code to fix the underlying problem?
[00:05] <einalex> deleting email addresses.
[00:07] <intellectronica> einalex: i don't know. i think sinzui might have a better idea
[00:08] <sinzui> einalex: lp/registry/browser/person.py <- team and person code is colocated, as is the model (models/person.py)
[00:10] <sinzui> einalex: The rules are pretty convoluted, which is a major issue we have had with fixing it. Just showing that there are many address, and allowing a team to really delete one would be nice.
[00:10] <einalex> sinzui: so true, thanks for the hint
[00:14] <einalex> 6000 lines in one file...jeez
[01:05] <sinzui> einalex: it used to be 8000 lines. We want to break into into smaller parts for each use like Itranslator, IAnswer, IBugger. But we stopped, maybe because no one was willing to create that last interface
[01:24] <AdamDH> hi, need some help, I am a little confused: msp430-binutils_msp430-binutils-2.19.1-0ubuntu1~msp15~jaunty15.dsc: Version older than that in the archive. msp430-binutils-2.19.1-0ubuntu1~msp15~jaunty15 <= msp430-binutils-2.19.1-0ubuntu1~msp43014 the version I uploaded is the newer version?
[01:25] <micahg> wgrant: 3.6b1+build2 fixed the issues
[01:38] <wgrant> AdamDH: 43014 > 15
[01:41] <AdamDH> wgrant, missed that bit the 43014 was a mistake it my version string
[01:41] <AdamDH> wgrant, thanks
[02:47] <AdamDH> trying some builds but I keep getting Dependency wait? any ideas why? I am using gcc-3.4 as my compiler
[02:57] <micahg> AdamDH: what does it say it's waiting on?
[03:00] <AdamDH> micahg, Dependency wait  on platinum (virtual)  Retry this build * Missing build dependencies: gcc-3.4
[03:22] <micahg> AdamDH: gcc-3.4 is not in karmic
[03:23] <micahg> gcc-4.1 is the minimum in karmic
[03:24] <AdamDH> I am building a cross compiler that uses gcc-3.4
[03:25] <micahg> for which version of Ubuntu?
[03:25] <AdamDH> Karmic
[03:26] <micahg> yeah, you'll have to upload your own version of gcc-3.4, find a trustworthy ppa that has one built, or port to a later version of gcc
[03:27] <AdamDH> I will take a look into that, if not I guess I can build a package
[03:30] <micahg> debian's also dropped gcc-3.4, so if you like your package, you might want to port it to a later gcc version
[03:39] <AdamDH> looks like I am going to port it then
[04:54] <mwhudson> i can't figure out how to push a packs branch to a project that has a 2a dev focus
[04:54] <mwhudson> and if _i_ can't figure it out
[04:54] <mwhudson> god help anyone else
[04:55] <lifeless> mwhudson: push twice
[04:55] <mwhudson> lifeless: ?
[04:55] <lifeless> srs bsns
[04:56] <mwhudson> lifeless: that makes even less sense than the one before
[04:57] <lifeless> mwhudson: the first push will make the branch and fail to stack it
[04:57] <lifeless> mwhudson: the second push will push the content unstacked
[04:59] <mwhudson> lifeless: science disputes that
[04:59] <mwhudson> lifeless: http://pastebin.ubuntu.com/297973/
[05:02] <lifeless> mwhudson: interesting and different
[05:02] <mwhudson> i don't know why the auto upgrade code is kicking in
[05:02] <mwhudson> i'm sure i've fought that code before and i though i'd won
[06:02] <nealmcb> Can I compare a specific pair of revisions in loggerhead?  I can't figure out how to do it at http://bazaar.launchpad.net/~mako/ubuntu-codeofconduct/proposed-revision/changes
[06:04] <mwhudson> nealmcb: you can, but it's really awkward
[06:06] <nealmcb> mwhudson: I'm game to learn
[06:09] <nealmcb> I also can't figure out what  "Compare with another revision" actually does.
[06:09] <mwhudson> nealmcb: find one revision, click "compare with another revision", find another, click "compare with revision <first one>"
[10:28] <mdz> I'm seeing very slow response from lp and some timeouts, e.g.  (Error ID: OOPS-1390EC198)
[11:49] <Laney> I would love it if soyuz were to grow BD-Uninstallable build state
[11:51] <al-maisan> Laney: sorry, what does BD stand for? Build slave/daemon?
[11:51] <Laney> build-depends :)
[11:52] <Laney> Currently uninstallable build dependencies result in a FTBFS, but Debian recently got support (by using edos-debcheck) for a separate state
[13:06] <happyaron|afk> hi, why this build freezed? https://edge.launchpad.net/~happyaron/+archive/amule-dlp/+build/1302139
[13:09] <happyaron> it has started over 2hours ago, but still at the very beginning, builds on other two architectures succeeded more than an hour ago...
[13:14] <bigjools> happyaron: I will check
[13:16] <happyaron> bigjools: thanks
[13:18] <bigjools> happyaron: I left a message for the admin
[13:19] <happyaron> ok, thank you
[14:37] <jcastro> help! We're trying to link this bug here: https://bugs.edge.launchpad.net/ubuntu/+source/evolution/+bug/456690
[14:37] <jml> jcastro, what's the problem?
[14:37] <jcastro> but clicking on "also affects project" has evo linked to "ubslax" by default
[14:38] <jcastro> I've not had to fix one of these in a while so I have no clue how to set evolution in ubuntu defaulting to evolution the upstream project
[14:39] <happyaron>  /leave
[14:41] <jml> gmb, do you know what's going on re above?
[14:42] <gmb> jml, jcastro: Urrrrrr. Bear with me whilst I try to get my brain into gear...
[14:43] <gmb> jcastro: https://edge.launchpad.net/ubuntu/+source/evolution. Hit the "Delete link" for KArmic and then "Set upstream link" to set it properly.
[14:43] <gmb> Or just edit the existing link.
[14:44] <gmb> Because, yanno, why click "edit" when you can be Teh Destructor!
[14:45] <jcastro> gmb: is it possible for these to be ACLable?
[14:45] <jcastro> or some kind of review?
[14:46] <gmb> jcastro: There's no way to do that ATM. Please file a bug on soyuz*.
[14:46] <gmb> *I think that's the right place for it; if not, bigjools will be able to tell us.
[14:47] <bigjools> it's intentionally ACL-free
[14:47] <bigjools> and it's a registry issue BTW
[14:49] <deryck> aubre, ping
[15:02] <gmb> bigjools: THanks. Just got confused by where the model code sits.
[15:02] <bigjools> yeah I am still confused too :)
[15:03]  * gmb in "Launchpad doesn't fit in my brain" shocker
[15:03] <bigjools> I am still in shock that the distro/series objects are not soyuz any more
[15:03] <gmb> jcastro: So, please file it on launchpad-registry instead
[15:03] <gmb> bigjools: Yeah, that seems weird.
[15:04] <bigjools> ideally we'd be able to have some sort of reverse delegation so I can keep the soyuz related code in the soyuz dir - as it is, that object has loads of our code but in the registry tree
[15:07] <gmb> bigjools: Yeah. The thing is, it's an arbitrary boundary between apps for the sake of developer sanity (i.e. "Where do I look for bugs code? Oh, I'll try lp/bugs"). Unless we're going to start working on loose integration of LP apps I think we should probably move some of these things back to their original domains.
[15:07] <gmb> Where "original" means "conceptual"
[15:07] <bigjools> arguably distro could be one of those co-op things
[15:08] <bigjools> but, this is OT for this channel :)
[15:30] <aubre> deryck: I'm here
[15:30] <aubre> deryck: had to go to haley to check on a machine
[15:31] <deryck> hi aubre.  let me introduce you to gmb if you guys haven't yet met.
[15:31] <deryck> gmb is working on a bug related to your problem yesterday
[15:31] <gmb> aubre: Hi. I believe you're having problems filing bugs :)
[15:33] <gmb> aubre: Could you try filing a bug as you did yesterday and see if the problem re-occurs? If it does, I'll need the URL in your browser's location bar to be able to do some debugging.
[15:35] <aubre> gmb:  I am
[15:35] <aubre> gmb: I will try again
[15:36] <gmb> aubre: Awesome, thanks
[15:36] <aubre> gmb: trying now
[15:38] <aubre> gmb: failed, new error this time http://paste.ubuntu.com/298318/
[15:39] <gmb> aubre: Okay, thanks. Bear with me...
[15:39] <aubre> gmb: perhaps I should not have used the same error URL as I got from apport yesterday?
[15:40] <gmb> aubre: As far as I can tell, you didn't. The string at the end of the URL, which is a token that Launchpad uses to find the data apport has uploaded, is different.
[15:45] <aubre> gmb: hmm,
[15:45] <aubre> gmb: let me try to redo it the bug submission
[15:47] <aubre> gmb: ok trying again
[15:48] <gmb> aubre: No rush, I think I've found the problem...
[15:48] <gmb> Note that that doesn't mean I've found the solution yet...
[15:48] <aubre> gmb: looks like the same thing happened: http://paste.ubuntu.com/298328/
[15:49] <gmb> aubre: Right. And it will keep happening, as far as I can tell. The file that apport is uploading is huge and Launchpad is trying to process it before sending you to the bug filing form.
[15:49] <gmb> However, there's a limit on the amount of time LP will spend on a single request, and the size of the file to be processed is such that that limit is being reached every time you file this bug.
[15:50] <aubre> gmb: this could be a problem with what eucalyptus-sc is trying to send
[15:51] <gmb> aubre: However, you could just go to https://bugs.edge.launchpad.net/ubuntu/+source/eucalyptus, file the bug and then use `apport-collect $bug-number` to collect the data afterwards, I think. That could be a useful workaround.
[15:51] <aubre> gmb: thanks, I'll do that
[16:04] <maco> just read the launchpad blog posty thingy about upstream builds
[16:04]  * maco hugs you all
[16:04] <MenZa> :D
[16:51] <Mikado> Hola
[16:52] <jml> hello.
[17:05] <Gothfunc> hi.  are there problems with the website currently?  i'm getting huge load times and timeouts
[17:06] <bigjools> yeah I just noticed too
[17:06] <Gothfunc> does that happen often?
[17:06] <bigjools> not really
[17:06] <Gothfunc> cool.  cheers :)
[17:07] <bigjools> I notified an admin
[17:58] <duanedesign> bodhi_zazen: ha ha, are you following me :)
[17:59] <duanedesign> bodhi_zazen: just popped in myself
[18:00] <bodhi_zazen> =)
[18:00] <bodhi_zazen> question re: ppa =0
[18:00] <bodhi_zazen> I made a ppa on LP :
[18:00] <bodhi_zazen> I uploaded a package, but it does not show at that url ???
[18:01] <bodhi_zazen> It shows here : https://launchpad.net/~zenix-shravaka/+archive/ppa/+packages
[18:01] <bodhi_zazen> Oops, first URL is here: https://launchpad.net/~zenix-shravaka/+ppa-packages
[18:02] <bigjools> bodhi_zazen: that's not a valid URL
[18:02] <bodhi_zazen> sec, LP is slow =)
[18:02] <bigjools> well, I mean it doesn't show your PPA
[18:03] <bodhi_zazen> yep
[18:03] <bodhi_zazen> My package shows here : https://launchpad.net/~zenix-shravaka/+archive/ppa/+packages
[18:03] <bigjools> bodhi_zazen: the related PPA packages page is not frequently updated
[18:04] <bodhi_zazen> so, eventually it will show up here : https://launchpad.net/~zenix-shravaka/+ppa-packages ?
[18:04] <bigjools> bodhi_zazen: yes, eventually
[18:04] <bodhi_zazen> OK, thank you
[18:05] <bodhi_zazen> Any rule of thumb for how long I should wait before I file a "bug" ?
[18:05] <bigjools> the caches are updated daily
[18:07] <bodhi_zazen> cheers =)
[18:08] <duanedesign> I have uploaded a package. THe amd64 build failed. Now when I upload I get the Rejected:File already exists Email.
[18:08] <duanedesign> The instructions at /Packaging/UploadErrors I am not quite following
[18:09] <duanedesign> instructions are to DL original tarball
[18:09] <duanedesign> rejenerate source upload using it
[18:11] <duanedesign> I am not underastanding what they mean by rejenerate source upload with the original tarball?
[18:20] <duanedesign> additionally any insight anyone can provide as to why the amd64 build failed would be appreciated http://tiny.cc/amd64FailedtoBuild
[18:22] <jkakar> fwiw, I just filed a bug and two got created (457499 and 457500).
[18:22] <jkakar> kfogel: ^^
[18:23] <AdamDH> jkakar,  dpkg-genchanges -B -mUbuntu/amd64 Build Daemon <buildd@promethium.ppa> >../boucft_0.0.3_amd64.changes
[18:23] <AdamDH> dpkg-genchanges: arch-specific upload - not including arch-independent packages
[18:23] <AdamDH> dpkg-genchanges: failure: cannot read files list file: No such file or directory
[18:23] <AdamDH> dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2
[18:23] <AdamDH> thats the only error I can find in that that log
[18:23] <kfogel> jkakar: ??
[18:24] <kfogel> jkakar: uh, whoa.  Can you reproduce that?
[18:24] <jkakar> kfogel: I thought you might care since you're CHR...
[18:24] <jkakar> kfogel: Nope, I've filed another couple of bugs and it hasn't happened again.  I've never seen this behaviour before.
[18:24] <kfogel> jkakar: I care, but the first thing I do when I know the reporter is competent to report a bug themselves is delegate back... :-)
[18:24] <jkakar> kfogel: Also, I'm 99.99% sure I didn't double-click the 'File bug' button or something like that.
[18:25] <jkakar> kfogel: Hah, nice. :)
[18:25] <jkakar> kfogel: So I can file a bug about it, but right now it's just random so I figured I'd mention it in case other's have been seeing similar oddness.
[18:26] <kfogel> jkakar: I haven't heard that one before.
[18:27] <jkakar> kfogel: Okay, I'll let you know if it happens again.
[18:27] <kfogel> jkakar: thx
[18:29] <duanedesign> AdamDH: debuild -S only makes boucft_0.0.3_source.changes  no boucft_0.0.3_amd64.changes
[18:42] <ahasenack> hi guys, launchpad under heavy load? I'm getting timeouts here and there, and pages that don't load completely
[18:50] <Percept> I'm asuming everyone knows launchpad has been uber slow, and actually unavailable right now?
[18:50] <beuno> losas?
[18:50] <mbarnett> beuno: i will take a peek
[18:51] <beuno> thanks mbarnett
[18:51] <beuno> and thanks ahasenack and Percept for the head's up
[18:51] <Percept> anyway, what I was looking for on the site ...
[18:52] <Percept> I upgraded my bzr to version 2.0.1 but the repo which I'm pusing to is 1.3 and I need to downgrade because the online repo won't accept my format 2a
[18:52] <mbarnett> beuno: i am able to navigate without any issues at the moment..
[18:53] <beuno> mbarnett, it's odd that we had 2 users coming in with a few minute difference
[18:53] <Percept> btw, I'm a bzr noob (using it for a week) and i'm on windows if that matters
[18:53] <beuno> Percept, I don't think you can really downgrade reliably
[18:53] <Percept> So can I easely downgrade to an earlier version of bzr?
[18:53] <Percept> hmm
[18:53] <beuno> you should be able to push to an older format though
[18:53] <beuno> with a new version of bzr
[18:54] <mbarnett> beuno: i am disabling redirection to edge and poking around to make sure that wasn't the difference
[18:54] <Percept> I get error: KnitPackRepository ... is not compatible with  different rich-root format...
[18:54] <mbarnett> beuno: still looking pretty good.. i'll keep an eye out.  let me know if you see it again
[18:55] <beuno> Percept, what branch is this?
[18:55] <Percept> *I get error: KnitPackRepository ... is not compatible with  ... different rich-root format
[18:55] <Percept> I'm running 2.0.1 now
[18:55] <beuno> the problem you have is that they are different formats, so you need to upgrade the local or the remote one
[18:55] <beuno> Percept, what branch is this?
[18:55] <Percept> my local version is 2.0.1, the online repo is 1.3
[18:56] <beuno> Percept, what's the branch's URL?  is it on Launchpad?
[18:56] <Percept> launchpad is down (or really really slow)
[18:56] <Percept> I'll try finding it
[18:56] <beuno> Percept, can you run this on your local branch then:  bzr info -v
[18:57] <beuno> and pastebin the output
[18:58] <Percept> beuno that's giving me info about the repo of my project but nothing about bzr itself
[18:58] <beuno> Percept, the problem you have here is not bzr versions, it's bzr formats
[18:59] <beuno> the branch you have on your disk is a different format than it is on Launchpad
[18:59] <beuno> Launchpad uses the latest bzr
[18:59] <beuno> you are on bzr 2.0
[18:59] <beuno> so it's not a bzr version problem
[18:59] <Percept> beuno, yeah I know but can I downgrade or is this a no-go?
[18:59] <beuno> Percept, you may need to upgrade rather than downgrade
[18:59] <Percept> can't upgrade the online version
[18:59] <beuno> if it's in a newer version on Launchpad, you will need to upgrade your local branch
[19:00] <beuno> Percept, can you pastebin the output so I know where we stand?
[19:02] <Percept> I'm gonna remove the versioning on my folder, get an older version (older format) of bzr and merge the main branch again
[19:02] <Percept> that's gonna be the most simple solution right now
[19:02] <beuno> fine
[19:02] <Percept> anywa, thanks for the help !
[19:19] <ahasenack> "Sorry, there was a problem connecting to the Launchpad server. " and it's quite slow when it's not actually failing
[19:19] <ahasenack> 60s to start receiving data, and it was the error page that I got
[19:19]  * ahasenack suspects the timeout is 60s
[19:19] <ahasenack> looking at this url: https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/447926
[19:20] <ahasenack> see? ;)
[19:22] <ahasenack> "The following errors were encountered:
[19:22] <ahasenack>     * 502 Proxy Error Proxy Error The proxy server received an invalid response from an upstream server."
[19:22] <ahasenack> etc
[19:23] <ahasenack> losas?
[19:24] <jkakar> ahasenack: It's working for me here... just loaded three pages, all in under 5s...?
[19:24] <Ursinha> ahasenack: hi, I'm checking
[19:24] <ahasenack> jkakar: you are using edge, that's cheating
[19:24] <Ursinha> Proxy Error
[19:24] <Ursinha> The proxy server received an invalid response from an upstream server.
[19:24] <Ursinha> ahasenack: something is not right
[19:24] <jkakar> ahasenack: Oh, right. :)
[19:24] <ahasenack> yep
[19:25] <mbarnett> hmm, it was a bit slow but i loaded that page
[19:25] <mbarnett> seems to be something transient going on... we will investigate
[19:25] <Ursinha> thanks mbarnett
[19:25] <ahasenack> mbarnett: it has been transient for the last 45min or so
[19:26] <mbarnett> ahasenack: yeah, i have seen a couple mumbles about odd behavior.. will see if we can't track that down
[19:26] <mbarnett> Ursinha: welcome
[19:26] <ahasenack> mbarnett: cool
[19:26] <ahasenack> now I got a 502 bad gateway error, btw
[19:26] <ahasenack> oh, wait, it was that error before too, never mind
[19:43] <robert__> Hi all, I'd like to install Launchpad locally in order to evaluate it for internal use by my company
[19:43] <robert__> does anyone know of a good tutorial, discussion, etc. that might provide some insight?
[19:44] <robert__> so far my Google-Fu seems weak
[19:44] <maxb> robert__: Just checking - you know about the image licensing? i.e. you'd have to replace all the images
[19:44] <robert__> didn't know about that, thanks for the heads up
[19:44] <maxb> https://dev.launchpad.net/LaunchpadLicense
[19:44] <maxb> "The image and icon files in Launchpad are copyright Canonical, but unlike the source code they are not licensed under the AGPLv3. Canonical grants you the right to use them for testing and development purposes only, but not to use them in production (commercially or non-commercially)."
[19:44] <robert__> will check that out now
[19:45] <robert__> that doesn't seem insurmountable
[19:45] <maxb> No indeed, and I keep wondering when someone will launch a project devoted to constructing an alternate icon set
[19:45] <maxb> It is quite a lot of work, though
[19:46] <robert__> I am sitting next to a full-time graphics guy... hrmmm. :)
[19:46] <maxb> https://dev.launchpad.net/ is your starting point
[19:46] <robert__> maxb: beautiful, thanks, that's what I was looking for
[19:46] <maxb> When something is unclear, ask!
[19:47] <robert__> gladly... I'm going into lurk mode while I absorb some docs, but I think I'll stay in the channel for the moment. :)\
[19:48] <maxb> robert__: oh, and the initial download is quite huuuuge. ~200MB
[19:49] <maxb> So you may want to get that started ASAP
[19:56]  * mneptok stands *right behind* robert__ and reads over hsi shoulder, breathing heavily
[20:07] <bibinou> hi
[20:07] <bibinou> is launchpad down ?
[20:07] <riwe> hi
[20:09] <riwe> i can't load the site, too
[20:09] <riwe> oh
[20:09] <riwe> its back again
[20:09] <bibinou> keyserver.ubuntu.com seems to be down too
[20:09] <bibinou> is the beta out ??
[20:10] <riwe> 9.10 beta?
[20:11] <bibinou> yeah
[20:12] <bibinou> beta 2 ?
[20:12] <bibinou> nope
[20:12] <bibinou> nevermind
[20:12] <bibinou> bye
[20:35] <Earthwings> launchpad is pretty slow at the moment, got a couple of timeouts before i was able to file a bug
[20:37] <magcius> That's Zope for ya.
[20:52] <anvo> There is something wrong with Launchpad servers, isn't it?
[20:56] <beuno> hm
[20:56] <beuno> bzr: ERROR: Cannot lock LockDir(lp-46086288:///~lifeless/bzr-search/trunk/.bzr/branchlock): Transport operation not possible: readonly transport
[20:56] <beuno> Im trying to pull from it
[20:57] <beuno> why would it complain like that?
[20:57] <lysi> Problem persists connecting to launchpad server
[21:16] <sproaty> so....slow
[21:16] <ScottK> http://paste.ubuntu.com/298581/ when searching for package names in Ubuntu.  Known issue?
[21:17] <sproaty> I'm getting 502 proxy errors
[21:17]  * ScottK too
[21:17] <sproaty> oh well I'll code instead of translating
[21:18] <sproaty> I've managed to do half my application into japanese and portugese without knowing a word of the languages
[21:18] <tcrawley> http://launchpad.net/python-mode/ seems very slow
[21:18] <sproaty> the whole site is, currently
[21:19] <tcrawley> Does anyone have any idea what is happening ?
[21:22] <ambv> hello guys. so, what about the LauchPad server fail?
[21:23] <ambv> I'm getting the "Sorry, there was a problem connecting to the Launchpad server." screen. Any current info on the situation yet?
[21:25] <sproaty> translations seem fine
[21:29] <lysi> ScottK: same here when only trying to connect to launchpad answers
[21:29] <ScottK> OK.  Thanks.
[21:30] <ScottK> Now that I know it's not just me, I'll sign off before I say something excessively sarcastic about LP.
[21:30] <jml> gror!
[21:30] <jml> do I have to go to the Launchpad front page to make a team?
[21:31] <lysi> Server issues experienced since two days now
[21:35] <funkyHat> h00k: orly
[21:35] <h00k> I'm having a problem with reporting bugs, I think the duplicate check is giving me a 'timeout' message
[21:35] <h00k> funkyHat: yarly!
[21:36] <kfogel> h00k: see new topic
[21:36] <h00k> Hey!
[21:36] <h00k> look at that.
[21:36] <h00k> I've had a kernel panic problem I haven't been able to report.
[21:36] <kfogel> h00k: you actually can't get the report to file?
[21:36] <h00k> cool, I suppose I'll wait for a week or so and then tey again.
[21:37] <kfogel> h00k: that's bad.  Try again this time tomorrow; we're deploying the new servers tomorrow
[21:37] <h00k> kfogel: no, I can't.  It doesn't generate a report which is part of the problem, but when I try to file one 'manually' is when it times out.
[21:37] <h00k> kfogel: I can add to an existing report if necessary
[21:38] <kfogel> h00k: when yuo say "generate report" what do you mean -- reporting from your ubuntu sstem?
[21:38] <kfogel> system?
[21:38] <h00k> kfogel: yes.
[21:38] <kfogel> ah
[21:38] <kfogel> h00k: yeah, it's probably trying to contact launchpad!
[21:38] <h00k> kfogel: for instance, with linux-crashdump which is supposed to generate apport to tell me there's something wrong
[21:38] <h00k> when the kernel dies/freezes/panics/oops
[21:39] <kfogel> h00k: is it gathering the data fine, but then failing in the "report it" step?
[21:39] <h00k> So, linux-crashdump doesn't pick this up, but when I try to go to Launchpad and report it that way (typing in summary, etc), I get the time outs.
[21:40] <h00k> kfogel: no, it isn't apparently able to 'gather data'
[21:40] <kfogel> h00k: that part I don't understand; sounds like an apport bug
[21:40] <h00k> when I hard power down, turn it back on, it doesn't tell me it crashed, there was a problem, etc, I get nothin'
[21:40] <kfogel> well, i guess when a kernel has a problem, that can interfere with the bug reporting system too!
[21:41] <h00k> so, I wanted to report this activity, I go to launchpad, file new bug, I get a timeout.
[21:41] <h00k> I'm toast either way:(
[21:41] <h00k> which makes me wonder if other people are having this problem and are unable to report it:(
[21:41] <h00k> Anyway, I'll try again tomorrow after the new servers are added to the farm
[21:43] <sabdfl> hey lunchpadders
[21:43] <h00k> yo.
[21:43] <sabdfl> can you remind me - is the Pillar namespace global across Person and the others too? or just Product, Distro and Project?
[21:46] <salgado-sprint> sabdfl, just Product, Distro and Project
[21:46] <sabdfl> what a pity!
[21:46] <sabdfl> but thanks for the answer
[22:04] <robert__> hey guys, I just finished running ./rocketfuel-setup
[22:04] <robert__> but unfortunately no devel/  directory with the source was created
[22:04] <robert__> though the hosts file entries, the apache configurations, etc. were correctly performed
[22:04] <robert__> am I missing something?
[22:05] <robert__> (this is after packages were installed, bzr ran for awhile to check out the sources, etc.)
[22:05]  * robert__ wonders if there is a virtual machine image of launchpad somewhere
[22:05]  * robert__ ?
[22:22] <geser> robert__: there is no such image (I'd love to have one too)
[22:23] <geser> robert__: you might also want to join #launchpad-dev to getting help setting up LP
[22:24] <robert__> geser: my colleague says he found an amazon image that might already be configured... if it turns out to work I'll mention it here
[22:24] <robert__> geser: and thanks for the tip, I'll join there too
[22:35] <blueyed> I'm getting "Entity-body was not a well-formed JSON document." error when updating a description since some days. Known problem?
[22:35] <blueyed> e.g. with https://bugs.launchpad.net/ubuntu/+source/kdeutils/+bug/447929
[22:35] <magcius> I wish Launchpad had hg or git support.
[22:36] <magcius> Or at least a way to redirect users to a different site for code hosting.
[22:36] <magcius> Because Launchpad has the best everything else.
[22:41] <wgrant> blueyed: Known bug. I forget the number.
[22:41] <blueyed> bug 331990 prolly
[22:41] <blueyed> This is a show stopper.
[22:41] <wgrant> blueyed: Middle- or right-click on the description edit icon, open it in a new tab, and you'll get the non-AJAX version.
[22:41] <wgrant> It is, yes.
[22:42] <blueyed> works on edge.. please fix it in non-edge ASAP.
[23:21] <lamalex> hi people, seems like loggerhead has freaked out again
[23:22] <beuno> lamalex, is it running around naked again?
[23:22] <lamalex> i wish
[23:26] <beuno> losas, codebrowse needs a bounce aparently
[23:30] <Chex> beuno: thanks, on it
[23:33] <lamalex> thanks guys