[01:17] <kamal> hi Launchpad people...   Uploading to my PPA just now yielded:
[01:17] <kamal>    550 Changes file must be signed with a valid GPG signature: Verification failed 3 times: ['General error', 'General error', 'General error'] : Permission denied.
[01:17] <kamal> ... but to my surprise it actually did accept the upload.
[01:19] <lifeless> yes
[01:19] <kamal> oh and to clarify...  the package *was* signed properly, and I upload to PPA's all the time and have never seen such a message.
[01:19] <lifeless> bug 798957
[01:20] <kamal> lifeless: that's it all right!  thanks.
[01:20] <lifeless> it will likely be 7-8 hours before we can fix, its scary but cosmetic - sorry.
[01:20] <kamal> lifeless: np, I can live with that :-)
[01:25] <micahg> lifeless: is that error this that bigjools posted about? https://lists.launchpad.net/launchpad-dev/msg07751.html
[01:26] <lifeless> micahg: no
[01:26] <micahg> oh, no, it's the GPG one, right
[01:40] <GTRsdk> hi
[01:40] <GTRsdk> can someone help me get rid of a second account?
[01:42] <GTRsdk> I need this one removed: https://launchpad.net/~i-rs
[01:46] <lifeless> please open a ticket at https://answers.launchpad.net/launchpad
[01:50] <GTRsdk> lifeless, using the account I want deleted?
[01:50] <lifeless> GTRsdk: either. If you just want to merge them you can use the merge interface
[01:50] <lifeless> https://help.launchpad.net/YourAccount/Merging
[01:51] <GTRsdk> lifeless, I have put the question on the answers page
[01:52] <GTRsdk> lifeless, should I assign someone?
[01:55] <lifeless> no
[01:55] <lifeless> no unless you are their manager ;)
[01:58] <GTRsdk> lifeless, I'm merging them
[02:14] <michaelh1> Hi there.  bzr branch lp:gcc-linaro is running terribly slowly today and has for the last ~4 hours.  Any ideas?
[02:15] <lifeless> micahg: canterbury internet being naffed ?
[02:17] <michaelh1> lifeless: nah, this is from EC2 in Virginia
[02:17] <lifeless> hmm
[02:17] <lifeless> using bzr+ssh
[02:17] <lifeless> ?
[02:17] <michaelh1> It was fine ~9 am, went to kack around 11 am, is still slow
[02:17] <michaelh1> Yeah
[02:25] <micahg> lifeless: hmm?
[02:25] <lifeless> micahg: ?
[02:25] <micahg> [21:15] <lifeless> micahg: canterbury internet being naffed ?
[02:26] <lifeless> micahg: michaelh1 and I live in the same region; as far away as you can get from London
[02:26] <micahg> lifeless: ah, just looks like tab complete failure :)
[02:26] <michaelh1> Yeah, you can have a cup of tea in the time it takes for a SSL handshake...
[02:26] <lifeless> micahg: ah yes, tab fail.
[02:27] <lifeless> micahg: + failure to read :>
[02:27] <lifeless> micahg: sorry
[02:27] <micahg> lifeless: no problem :)
[02:42] <michaelh1> 714kB     0kB/s \ Finding revisions and has been for 15 minutes...
[02:42] <michaelh1> (is slowly ticking along though)
[02:42] <lifeless> possibly overloaded server
[02:42] <lifeless> no sysadmins for a few hours though
[02:43] <michaelh1> Yip.  Hopefully when it finishes this part it will be faster...
[02:59] <michaelh1> ...1203kB     0kB/s - Finding revisions
[03:16] <RAOF> "debcheckout libglib2.0-0" errors out with: bzr: ERROR: Invalid http response for https://code.launchpad.net/~ubuntu-desktop/glib/ubuntu/.bzr/branch-format: Unable to handle http code 405: expected 200 or 404 for full response.:
[03:16] <wgrant> RAOF: s/code/bazaar/
[03:18] <RAOF> wgrant: Ta.  The VCS-Bzr line needs to be updated, obviously.
[03:40] <michaelh1> 2301kB     0kB/s \ Finding revision
[03:40]  * michaelh1 cancels the job until tomorrow...
[05:24] <cemc> I'm trying to upload some package to my PPA from ubuntu 10.04 with dput and I'm getting the following: http://pastebin.ubuntu.com/667930/
[05:24] <cemc> yesterday I uploaded to another ppa the same way and it didn't complain. I tried that passive_ftp option it suggests but it doesn't work
[06:38] <michaelh1> Any server admins about?  My bzr branch lp:gcc-linaro/4.6 is terribly slow
[06:43] <lifeless> cemc: thats the bug listed in the topic of the channel
[06:46] <cemc> lifeless: indeed... sorry about that, didn't notice. thanks
[08:07] <mrevell> Hello!
[09:01] <benonsoftware> How do I find out what teams I am waiting to be approved on?
[09:14] <cgregan> Hello Launchpad Team! I'm having a problem with a restriction in Blueprint subscription. It seems my Canonical Private team is not able to subscribe to a Blueprint. Is there a way to force this?
[09:23] <lifeless> cgregan: known limitation
[09:24] <cgregan> lifeless: workaround?
[09:24] <lifeless> cgregan: if by force you mean 'make the blueprint error if anyone tries to view it', yes.
[09:24] <lifeless> cgregan: don't use a private team :) - sorry, I know thats not great, but - let me dig up the bug.
[09:24] <cgregan> lifeless: ok....hmm....problem is my team is a canonical only and we discuss internal company business on our mailing list
[09:25] <lifeless> cgregan: basically we have very strict limits on the interactions private teams can have with othero objects; we *now* think we have a design where we can loosen this.
[09:25] <cgregan> lifeless: great.....any ETA? Is there an LP working group I can follow to check in on progress?
[09:26] <lifeless> its not currently scheduled for any team to work on, though I know most teams would love to do it :)
[09:26] <lifeless> bug 405277
[09:26] <lifeless> cgregan: it may not look like its about the same thing, but its the same root cause.
[09:26] <cgregan> thanks...I would be happy to put some Pints on the table to expedite! :-)
[09:26] <lifeless> cgregan: I suggest you file a bug about this particular scenario (so we can make sure we fix it when we do the other work - or possibly fix it earlier)
[09:27] <cgregan> great...will do
[09:27] <lifeless> cgregan: are you in platform ?
[09:27] <nigelb> ok, FYI, I now find it hard to subscribe myself to a bug.  Well, at least not very intuitive.
[09:27] <cgregan> lifeless: OEM Services
[09:27] <lifeless> cgregan: what I mean to say is, there is an escalation process for getting stuff to queue jump - the stakeholders group
[09:28] <cgregan> lifeless: ah..yes
[09:28] <lifeless> cgregan: I think smagoun is the OEM rep to that group; you can raise the bug with him
[09:28] <cgregan> lifeless: I have a stakeholder :smagoun
[09:28] <lifeless> cgregan: (after filing it)
[09:28] <cgregan> cool....I will
[09:28] <cgregan> thanks for the info
[09:28] <lifeless> nigelb: patches appreciated!
[09:28] <lifeless> cgregan: no probs; this is an area we can make lots of improvements to
[09:29] <nigelb> lifeless: I would, gladly, except its a UX thing which needs discussion more than patching.
[09:29] <nigelb> I think a mail to launchpad-dev is in order maybe?
[09:29] <lifeless> nigelb: uhm, kindof.,
[09:29] <lifeless> nigelb: there are bugs around this already; with some analysis.
[09:29] <nigelb> oh good!
[09:30] <lifeless> nigelb: I think you'll file mrevell can give some guidance on what the existing user testing found
[09:30] <nigelb> lifeless: awesome, I'll shall poke when I get off work
[09:30] <lifeless> yellow didn't get as long a run at the subscriptions as they had hoped, and some bits are more of a compromise situation than they wanted.
[09:31] <mrevell> nigelb, Please do :)
[09:31] <nigelb> aha!
[09:35] <cgregan> lifeless: bugs for LP go here? https://bugs.launchpad.net/~launchpad
[09:35] <benonsoftware> yeah
[09:35] <nigelb> without the ~ I think
[09:46] <lifeless> cgregan: thats the LP engineering team
[09:46] <lifeless> cgregan: you want bugs.launchpad.net/launchpad
[09:46] <cgregan> lifeless: sorry....yeah...no ~
[09:46] <cgregan> thanks
[10:19] <michaelh1> Any server admins about? My bzr branch lp:gcc-linaro/4.6 is terribly slow
[10:33] <Laney> are the i386 buildds real or just i386 chrootson amd64?
[10:36] <bigjools> PPA buildds are all virtual
[10:37] <ajmitch> & the same for the ubuntu archive? i386 kernel & libs?
[10:41] <dieck> ls
[10:41] <dieck> sry, wrong terminal :)
[10:44] <bigjools> ubuntu builders are real
[10:48] <wgrant> Laney: Some have i386 kernels, some have amd64.
[10:48] <Laney> ok
[12:37] <hakermania> Hello. I've made this project over here in launchpad: https://launchpad.net/wallpaper-changer The project is currently waiting for review in REVU for inclusion in 11.10. Do I have to open a PPA or a launchpad project in LP?
[12:37] <jelmer> hakermania, a Launchpad project isn't necessary for REVU
[12:38] <hakermania> jelmer, but it's the opposite here
[12:39] <jelmer> hakermania, how do you mean?
[12:39] <hakermania> REVU project is necessar in lp because it has to close a lp bug on its initial release. This mean that a lp project has to be created
[12:46] <jelmer> hakermania, that bug should be filed against the "ubuntu" project in Launchpad
[12:46] <hakermania> jelmer, i'm talking about the needs-packaging bug
[12:47] <jelmer> hakermania, yes, that shouldn't be against the upstream project
[12:47] <jelmer> hakermania, see the link on https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[12:49] <hakermania> jelmer, anyway, I made it against the upstream project and there's no problem (definitely, the reviewers care about bug's existence only).
[12:51] <hakermania> jelmer, do you think the bug should be against ubuntu?
[12:54] <jelmer> hakermania, yeah, it should be against ubuntu according to https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[12:54] <jelmer> it looks like a bug task has already been opened against ubuntu on that bug
[13:07] <beatpanic> good afternoon! stupid question about python launchpadlib, is it possible to login to launchpad with launchpadlib in an automatic fashion? I mean without browser intervention thanks!
[13:10] <tumbleweed> beatpanic: browser intervention happens once, when you authorise the script forever (or for a limited time, if you choose)
[13:11] <beatpanic> tumbleweed, ok, I understand now thanks
[13:16] <directhex> what type of hardware is rothera ?
[14:49]  * directhex whistles the "everything's broken and i have no idea why" song
[14:50] <Laney> it wouldn't be so urgent but for the upgrade bug
[14:56] <wgrant> directhex, Laney: Huh?
 what type of hardware is rothera ?
[14:57] <directhex> we've got mono failing to build on i386, but only on ubuntu buildds and some random mailing list person's xen vm. doesn't fail in debian or locally in pbuilder
[14:57] <wgrant> rothera is not Xen, but that's about all I know.
[14:57] <wgrant> Someone like lamont might know more.
[14:59] <lamont> wgrant: rothera is an antartic base.  that'd make it circa 2004 tech
[14:59] <wgrant> I would have guessed 2004/2005, but that's not immensely useful :)
[15:00] <directhex> can we try a rebuild on a different piece of tin?
[15:00] <Laney> can you find out what machine built https://launchpadlibrarian.net/77383717/buildlog_ubuntu-oneiric-i386.mono_2.10.4-2_FAILEDTOBUILD.txt.gz too? someone retried it before I Got to see
[15:00] <lamont> model name      : Intel(R) Xeon(TM) CPU 2.80GHz
[15:00] <lamont> cpuinfo claims 2
[15:00] <Laney> lamont: what kernel?
[15:00] <lamont> 2GB of RAM, 2GB of swap
[15:00] <Laney> arch, I mean
[15:00] <lamont> 32bit only
[15:01] <lamont> 2.6.24-27-server
[15:01] <wgrant> Laney: That was rothera.
[15:01] <wgrant> Automatic build of mono_2.10.4-2 on rothera by sbuild/i386 1.170.5
[15:01] <Laney> ah yeah, didn't know what to look for
[15:01] <Laney> ta
[15:01] <Laney> so it got rothera twice.
 can we try a rebuild on a different piece of tin?
[15:01] <lamont> how is it dying?
[15:02] <Laney> assertion failure when building the docs
[15:02] <Laney> worked in debian
[15:02] <Laney> and locally, and ppa
[15:02] <Laney> locally was i386-on-amd64 though
[15:02] <lamont> I wonder if it just plain runs itself out of disk
[15:02] <lamont> er, swap
[15:02] <directhex> we're not ram heavy
[15:03] <directhex> what does this look like, java?
[15:03] <lamont> the machine doesn't support 64-bit
[15:03] <lamont> you said docs
[15:03] <lamont> and hell, gettext is java these days, at least for part of it.  makes me cry a little
[15:04] <directhex> it builds on arm, don't those arm boxes lack ram?
[15:04] <lamont> verily
[15:04] <Laney> but does it build the docs?
[15:04]  * lamont hip deep in some other stuff
[15:05] <directhex> Laney, yessir
[15:05] <directhex> Laney, we do a full build of everything, so we can run the test suite
[15:05] <Laney> fair cop
[15:05] <directhex> so we did a successful build on the arm box "genip"
[15:07] <achadwick> If I copy a PPA package named with "~maverick1" in my PPA's maverick series to a different one and ask it to be recompiled, will the ~maverick1 be replaced with, say ~natty1 automagically?
[15:07] <Laney> zirconium built it last time
[15:07]  * achadwick assumes this is the right place to ask that question.
[15:08] <bigjools> achadwick: no, it won't
[15:09] <Laney> lamont: so if you can give it back to zirconium, that might be a useful test
[15:09] <Laney> don't know if you can do that
[15:16] <achadwick> Was guessing that was too much to ask. In my case I guess I do a -sa build targetted at Lucid as ~lucid1 and a -sd build following it for each of the other series I want to support in turn.
[15:18] <bigjools> achadwick: you can't recompile the same source in different series anyway
[15:23] <achadwick> That's annoying. I assumed the .orig.tar.bz2 was series-independent. Mostly it's a pain because my source is absurdly huge.
[15:24]  * achadwick sighs. Really need to organise more bandwidth.
[15:24] <nigelb> achadwick: work off a VPS maybe?
[17:00] <deryck> Hi, abentley.  Pitching to you.  (I *think* this is the normal time, though I'm usually late.) :)
[19:30] <deryck> abentley, I pinged earlier, but I've formally handed off IRC to you now. :)
[19:30] <abentley> deryck: gotcha.
[19:48] <meme> i need help useing bzr to push source to a project
[19:50] <meme> anyone?
[19:57] <abentley> meme: What's the problem you're having?
[20:07] <meme> well i think i figured it out mostly i dont know how bzr workes and how it pushes stuff to a launchpad project but i think i am figureing it out
[20:46] <achiang> hello, i've a question around the way that bzr and launchpad interact. let's say i have two branches: ~team/project/branch, and ~team/project/test. i submit a merge proposal from test => branch, it gets merged, and everyone is happy
[20:46] <achiang> but i don't like ~team/project/test cluttering up launchpad code page. is it safe to delete that branch?
[20:48] <achiang> i know that trunk will have all the commits from test, so bzr will do the right thing, but iirc, launchpad will also display a link to ~team/project/test and say that code was merged from there... so if that branch gets deleted from LP, does that break that feature?
[20:59] <tumbleweed> achiang: the branch will get its status set to Merged, and thus not clutter up the code page any more
[21:00] <achiang> tumbleweed: ah, that is interesting. so a merged branch isn't supposed to show up on code.lp.net/~team/project/ ?
[21:01] <tumbleweed> the default is to show branches with an "active" status
[21:02] <tumbleweed> there are two inactive statuses: merged and abandoned
[21:02] <tumbleweed> you can still find them if you want to
[21:02] <achiang> tumbleweed: ok, thanks. now i see what you're talking about -- there is a drop down that says, "branches with status"
[21:02] <achiang> tumbleweed: so, i must be looking at a project that has many unmerged branches
[21:03] <achiang> tumbleweed: thanks for the explanation
[21:03] <tumbleweed> np