[00:11] <maxb> Jesdisciple: erm, what? I'm afraid you really haven't clearly explained what your problem is at all.
[00:15] <maxb> Jesdisciple: To try to clear up some confusion - Launchpad's public SSH key is not published anywhere other than its SSH service itself, because it doesn't need to be
[00:17] <maxb> Jesdisciple: Whilst it's true that you'd need to independently verify the key if you were concerned about the possibility of DNS poisoning or traffic interception, people in general simply *aren't* sufficently concerned about those eventualities for a mechanism of independent verification to exist.
[00:18] <maxb> Jesdisciple: And given that Launchpad primarly deals in open source software anyway, it's hard to see why concern over those kinds of attacks should be warranted.
[00:20] <maxb> Jesdisciple: So, in conclusion, your trust in Launchpad's keys is a separate issue to any connectivity issues you may be having. Be sure to clearly separate the two as you ask for further assistance, for best chance of clear replies
[00:51] <Jesdisciple> maxb: Sorry, was reading.  I was concerned with this message which had bin pastebin'd by another user:
[00:51] <Jesdisciple> Warning: Permanently added 'bazaar.launchpad.net,91.189.90.11' (RSA) to the list of known hosts.
[00:51] <maxb> Jesdisciple: ok... why are you concerned by it?
[00:52] <Jesdisciple> I now think the issue was simply my misunderstanding of the warning...  I thought warning meant "bad, please fix"...  Apparently proceeding despite the warning results in the proper action (installing the public key)
[00:53] <Jesdisciple> correction: the warning that came before the prompt to which I answered yes, thus triggering that one
[00:53] <maxb> Jesdisciple: It's more of an "hey, if you're paranoid or working in a high-security environment, you may care about this"
[00:54] <Jesdisciple> I always try to clean warnings out of my compiler output, and the warning really wasn't very descriptive.
[00:55] <Jesdisciple> I was quite flabbergasted why none of the rest of the Internet had that problem.
[00:56] <Jesdisciple> In hindsight I should have realized that the warning coming after "yes" referred to a new key.
[00:56] <Jesdisciple> but the message I took away was "bad, please fix"
[00:58] <Jesdisciple> lol... s/bin/been
[01:00] <Jesdisciple> Jesdisciple@world:~$ sudo apt-get install english-alpha-ipa
[13:34] <rick_h> adeuring: taking irc
[13:34] <adeuring> rick_h: thanks
[15:12] <mdeslaur> Could someone please take a look at OOPS-32cbca4d1b6c1e5444444084f2a7c23d
[15:12] <mdeslaur> It's a simple bug, but I can't close it, or make it public or anything without getting a timeout
[15:51] <rick_h> mdeslaur: looking
[15:51] <mdeslaur> rick_h: thanks
[15:59] <rick_h> mdeslaur: I'm not able to pull up that bug at all: 927032 ?
[16:00] <mdeslaur> rick_h: it's a private bug that I would like to make public
[16:00] <mdeslaur> rick_h: and mark as invalid, but I can't
[16:00] <rick_h> mdeslaur: ok, thanks. That helps
[16:03] <lifeless> mdeslaur: the oops is a heat timeout
[16:03] <lifeless> UPDATE Distribution SET max_bug_heat=(SELECT COALESCE(MAX(heat), 0) FROM ((SELECT Bug.heat\n                      FROM
[16:03] <lifeless> ///
[16:03] <niemeyer> Folks, where has the "Active reviews" link for the project gone?
[16:04] <mdeslaur> lifeless: it's a private bug with a single reporter that nobody can view...how is there a heat timeout on it?
[16:04] <lifeless> the heat UI changes have been activated, but we haven't disabled the plumbing (its a little more intrusive, will be going this week I hope)
[16:04] <lifeless> mdeslaur: because it writes to Ubuntu
[16:04] <mdeslaur> lifeless: oh! I see
[16:04] <lifeless> mdeslaur: this is *why* we're doing the heat changes, because as it stands it has huge contention
[16:04] <mdeslaur> lifeless: ok, so if I wait a week or two, the problem will go away by itself?
[16:04] <lifeless> mdeslaur: for now, just keep trying
[16:05] <lifeless> mdeslaur: or wait for a week or so yeah
[16:05] <mdeslaur> lifeless: awesome, thanks!
[16:05] <mdeslaur> thanks rick_h
[16:05] <lifeless> niemeyer: what page is it missing from ?
[16:05] <niemeyer> lifeless: launchpad.net/project
[16:05] <lifeless> niemeyer: thats a disabled project.
[16:05] <lifeless> niemeyer: you shouldn't be able to see it at all
[16:06] <niemeyer> lifeless: Sorry, I mean it should be in the main project page
[16:06] <niemeyer> lifeless: https://launchpad.net/goamz
[16:07] <lifeless> niemeyer: on https://code.launchpad.net/goamz - 'Launchpad does not know where goamz hosts its code.
[16:07] <lifeless> '
[16:07] <lifeless> niemeyer: IIRC this disables merge proposal features and so on
[16:07] <niemeyer> lifeless: Apparently it does.. https://code.launchpad.net/goamz/+activereviews
[16:08] <lifeless> niemeyer: try toggling it to 'hosted on launchpad'
[16:08] <lifeless> niemeyer: there should be a control on the https://launchpad.net/goamz page, right hand side 'project configuration'
[16:09] <niemeyer> lifeless: Nope.. it asks me to link a branch
[16:09] <niemeyer> lifeless: this project uses series only
[16:10] <lifeless> you can rename trunk to something else
[16:11] <lifeless> I don't think having trunk mapped to a branch is needed, there is a different setting
[16:11] <lifeless> IMBW
[16:13] <niemeyer> Ok, Launchpad must be getting lost with series.. we're going to get rid of series usage in this project anyway, since it's getting too messy, so that's fine
[16:14] <lifeless> I suspect something is contingent on either the default series having a branch (which is totally compatible with only using series - just rename trunk to one of your series')
[16:14] <lifeless> or it is contingent on the main 'hosted on lp' setting, which *should* be settable without setting a branch for the default series
[16:15] <niemeyer> lifeless: That'd mean one of the series is more special.. that's not the case
[16:15] <niemeyer> lifeless: They're all in development
[16:15] <lifeless> thats a separate flag for LP
[16:16] <lifeless> project has a pointer to default series, each series has a status development/obsolete etc.
[16:16] <lifeless> this is baked in the model
[16:17] <niemeyer> lifeless: Yeah.. it's just that project default series doesn't make sense in this case
[16:17] <niemeyer> lifeless: It's fine.. we'll stop using series
[16:18] <lifeless> if that works for you, cool. OTOH that may not be enough to get the link back.
[16:19] <niemeyer> lifeless: Don't see why.. we'll simply use a main branch with the project
[16:19] <lifeless> that works by having a default series
[16:19] <lifeless> LP won't let you have no series at all
[16:19] <niemeyer> lifeless: That's fine.. whatever makes it happy
[16:20] <lifeless> heh, ok :)
[16:20] <lifeless> you'll also get faster pushes that way
[16:31] <deryck> rick_h, I've got IRC now.  Sorry I didn't take it earlier.
[16:31] <rick_h> deryck: thanks, let me know when you get a chance to chat JS
[17:52] <nand_nanda_21_> hi. i am not able to import my pgp key to launchpad.
[17:53] <nand_nanda_21_> once i import my key in launchpad, i got a mail from launchpad asking me to decrypt the pgp message.. when i do gpg < message> i am not able to decrypt my message.
[17:53] <nand_nanda_21_> could someone advice my on how to upload pgp key on launchpad?
[17:54]  * mgedmin did that a long time ago and didn't remember having trouble
[17:55] <mgedmin> then again I use Mutt for reading mail, and Mutt supports pgp/mime very nicely
[17:55] <mgedmin> could it be some sort of mime-encoding of the message is interfering with gpg's ability yo decrypt it, if you just paste it raw?
[18:22] <Enlik> hi, is there any known issue about inability to login? I can't (I get error with error code), also I am unable to search bugs - I get an error too and get address ending with null/?<etc.>. If it helps, UI language is Polish.
[18:23] <Enlik> of course I'm talking about Launchpad
[18:25] <Enlik> oh, bug searching worked this time, but login still not (and it's since a few days, at least)
[18:25] <rick_h> Enlik: what browser are you on for the second issue?
[18:27] <Enlik> rick_h: Opera (hm, seems to work in Firefox, but login doesn't in any of the two)
[18:27] <rick_h> Enlik: ok, so the second issue is a known bug with opera.
[18:27] <Enlik> I see
[18:28] <Enlik> will be fixed or is it said to be an "Opera should do something" one?
[18:28] <rick_h> for the login, do you get to the login page and then some error code? what's the url/error?
[18:28] <rick_h> Enlik: it's opera not suporting html5 history and we've got a todo to work on making it work on it, but it's not super high priority
[18:28] <Enlik> (just asking, don't intend to be mean)
[18:29] <Enlik> so it means it won't work in majority of browsers, if I'm not mistaken. Interesting. About the login issue, I'm redirected to https://login.launchpad.net/+login and the error is: 2228carambolalaunchpad810
[18:30] <Enlik> (also, if it helps, I'm not sure I type the right password - been some time since I needed to type it last time…)
[18:30] <rick_h> deryck: what's the sso irc channel?
[18:31] <deryck> rick_h, maybe #ubuntu-sso ?  I'm not sure actually.  let me look and see...
[18:31] <rick_h> deryck: tried that and canonical-sso without luck, searching
[18:31] <Enlik> try /query alis
[18:32] <deryck> maybe it's just the public is channel.
[18:32] <Enlik> (works for non-hidden channels)
[18:32] <dobey> rick_h, deryck: i don't think there's an sso-specific channel.
[18:33] <rick_h> sorry, my mistake then. Thought I saw one during idle at some point. oops
[18:34] <deryck> rick_h, so there are a couple options, see this link:  https://wiki.canonical.com/Launchpad/IRCSupport
[18:35] <rick_h> deryck: ah, that's what I saw. The form there.
[18:36] <rick_h> Enlik: so give this a shot for the login trouble. https://forms.canonical.com/lp-login-support/
[18:39] <cjohnston> Is one project able to be under 2 project groups?
[18:40] <sinzui> cjohnston, no
[18:40] <cjohnston> ok. thanks
[18:40] <sinzui> cjohnston, project groups are about control, not affiliation
[18:40] <TEttinger> I'm getting an error: Permission Denied (publickey).
[18:41] <TEttinger> I'm not sure why, or what is causing it, but I am trying to create a project
[18:41] <TEttinger> (I am new to bazaar in general, but reasonably experienced with git)
[18:42] <TEttinger> I get the error when I try to push to my project's trunk on LP
[18:42] <cjohnston> sinzui: we have a "Community Web Projects" which is a project group.. We have all of the communtiy projects in that project.. There are also multiple Summit projects, which very well would fit under a "Summit Project" project group due to their relation, but also fit inside of Community Web Projects... I'm also assuming it isnt possible for a project group to be nested
[18:43] <sinzui> no
[18:43] <sinzui> project groups are broken by design
[18:44] <cjohnston> ok
[18:44] <sinzui> organisations need nested projects, communities need tags. We did not build either
[18:47] <Enlik> rick_h: done
[18:48] <Enlik> rick_h: thanks for your input
[18:48] <Enlik> (I'm still wondering why using a simple GET searching wasn't enough, but :))
[18:48] <Enlik> s/but/btw./
[18:50] <rick_h> Enlik: the new buglisting stuff does some tricks that involve updating the url and in opera it's not supporting part of that machinery which gets undefined/null values into the url that it then chokes on
[18:50] <abentley> deryck: I relieve you.
[18:51] <TEttinger> abentley, does Help contact mean you help with noob problems like mine?
[18:52] <abentley> TEttinger: That means that none of the SSH public keys you have registered with LP could be used for your push.
[18:52] <Enlik> rick_h: hm, okay
[18:52] <TEttinger> abentley, I saw something about ssh-add
[18:53] <TEttinger> but it wasn't a link, so I wasn't sure where to look it up
[18:53] <abentley> TEttinger: what OS are you using?
[18:54] <TEttinger> Xubuntu 64-bit (in a VM)
[18:55] <abentley> TEttinger: If you type "man ssh-add" in a terminal, that should give you information about the command.
[18:55] <TEttinger> abentley, heh true...
[18:56] <abentley> TEttinger: If you're ~marek-tettinger, it appears that you haven't registered any SSH keys with Launchpad, so that would be one problem.
[18:56] <TEttinger> nope
[18:57] <TEttinger> abentley, I am thomas-ettinger on launchpad
[18:57] <TEttinger> the command I am using:
[18:58] <TEttinger> bzr push lp:~thomas-ettinger/salmon-contrib/trunk
[18:59] <abentley> TEttinger: You do have a key, so it sounds like you need to make SSH aware of it before pushing.
[19:00] <abentley> TEttinger: e.g. with ssh-add, though there are other ways configuring SSH to use a given key.
[19:01] <TEttinger> hmm, I should be using my public key, right?
[19:01] <TEttinger> ~/.ssh/id_rsa.pub
[19:01] <abentley> TEttinger: No, you should be using your private key, typically ~/.ssh/id_rsa
[19:02] <TEttinger> abentley, I should give my private key to LP?
[19:03] <mgedmin> TEttinger, no!
[19:03] <EvilResistance> TEttinger, for SSH, you give the public:
[19:03] <abentley> TEttinger: No, you should use your private key with SSH, so that Launchpad can use your public key to authenticate you.
[19:03] <EvilResistance> id_rsa.pub
[19:03] <mgedmin> you never give your private key to anyone
[19:03] <EvilResistance> abentley, you give LP the public key
[19:03] <EvilResistance> erm
[19:03] <EvilResistance> TEttinger, ^
[19:03] <TEttinger> yeah, i was wondering...
[19:03] <EvilResistance> TEttinger, you keep the private key private and you provide the public key
[19:04] <TEttinger> yeah, that seemed wrong
[19:16] <TEttinger> huh, I might have had the wrong key on LP -- I removed the old one and re-added id_rsa.pub, now it seems to work
[19:16] <abentley> TEttinger: Great.
[19:17] <abentley> TEttinger: Perhaps the old one was from a previous VM.
[19:19] <TEttinger> abentley, yeah that is likely too
[19:19] <TEttinger> oh!
[19:19] <TEttinger> I reinstalled ssh recently
[19:20] <abentley> TEttinger: Installation by itself wouldn't have replaced an existing key.  But maybe you also ran ssh-keygen after that.
[19:45] <buzz_> there have been large wait times for launchpad builders over the last days, and many occasions in the last weeks/months where there have been large queues. Are queue times of a few hours to be considered "the norm" now, or have I somehow just been incredibly unlucky when uploading
[19:45] <buzz_> s/large/long
[19:46] <lifeless> we've had a significant increase in usage and haven't [yet] compensated for that
[19:46] <lifeless> we're doing what we can with the resouces on hand
[19:47] <buzz_> are manual submissions prioritised over auto builds or ?
[19:48] <buzz_> im sure there used to be more builders than are on now though right ?
[19:57] <buzz_> also your machines are all internal / run by you ? i assume it isn't currently possible for users to contribute some cpu cycles etc ?
[19:57] <mgedmin> I suppose there are trust issues that make this complicated
[19:59] <buzz_> hmm yeh, i guess
[20:15] <buzz_> would it be a trust issue if people could submit prebuilt packages directly? as of course, anyone could already submit bad code to be built already.
[20:15] <buzz_> just ideas.
[20:26] <TEttinger> buzz_, have you looked at the OpenSUSE Build Service?  I think they can build .deb packages as well, and maybe it can interact with Launchpad as an external service?
[20:29] <dobey> obs doesn't put built packages into launchpad ppas. i guess perhaps they provide their own archives setup, but it doesn't interact with launchpad in that sense
[21:14] <buzz_> well, i can of course just stick my packages on my own server anyway. just seemed nice to have em on lp anyway and easy for ubuntu users to find, and use
[21:14] <buzz_> lp is nice and convenient
[22:20] <dobey> buzz_: well i wouldn't worry about the seemingly long waits for builds. it's not always that bad. and it is a free service. though commercial options are also available. :)
[22:22] <buzz_> well, it can be slightly annoying to wait 3 hours to find the build failed. heh. I appreciate the server is free. as is my work supporting ubuntu users and fixing ubuntu bugs that ubuntu doesnt get around to fixing :)
[22:24] <tumbleweed> buzz_: if you're doing a fair number of builds, it's worth the effort of setting up pbuilder / sbuild locally. There are times when LP has > 24hr build queues
[22:25] <tumbleweed> (plus, you can debug builds locally. Remote builds you just have a log to stare at)
[22:28] <wgrant> LP isn't a build testing service.
[22:28] <wgrant> It's a package publishing service.
[22:31] <dobey> buzz_: like tumbleweed said; you probably want to setup pbuilder to test the builds locally with.
[22:33] <buzz_> when did i say i was using it to test. sometimes things get overlooked.
[22:34] <tumbleweed> most developers test-build locally, then upload to LP (at least most sensible ones do)
[22:34] <buzz_> i have had pbuilder set up before. I may well just use that solely in the future and host the files as I want to target debian also
[22:34] <buzz_> i do test build locally, albeit not in pbuilder right now.
[22:34] <tumbleweed> ok, then you shouldn't run into problems that often, just missing dependency type issues
[22:35] <buzz_> which is the most common issue when i bump into an issue
[22:36] <tumbleweed> right, I try and match my test-build environment to the target
[22:36] <buzz_> especially with some packages that have 30+ dependencies
[22:36] <buzz_> yeh. as do i. but its not always possible to cover everything. i am as human as the next person
[22:37] <buzz_> why has this gone from launchpad queues to somehow finger pointing at my abilities..
[22:37] <lifeless> confusion I think
[22:38] <buzz_> long waits for builds can be an issue if also for example, an issue in the package arises and you want to push out a fix
[22:38] <lifeless> yes
[22:38] <lifeless> we don't /want/ long waits.
[22:38] <tumbleweed> long waits are certainly a pain. All I was trying to do was offer advice (and yes, we all screw up some uploads :P )
[22:39] <buzz_> yep. well i hope it improves. im sure if there was a way for users to contribute resources, they would..
[22:39] <lifeless> buzz_: the issue with other builders is indeed one of trust
[22:39] <lifeless> bad code -> there is an audit trail with the code visible
[22:39] <lifeless> bad builder -> no audit trail, and the code runs as root on the machine
[22:39] <buzz_> i see
[22:40] <lifeless> if I ran a builder as a VM, I can in principle pause the vm, edit the code being built in-place, unpause, let it finish, edit the code back, and let it calculate the source package.
[22:40] <lifeless> -no- way to prove I have/haven't done that.
[22:40] <lifeless> (short of forensic analysis...)
[22:48] <buzz_> how does debian manage that for the buildd stuff? or they just dont? I'm sure in the past I was running a build machine for pa-risc arch on debian
[22:52] <buzz_> (was a long time ago, memory has faded)
[22:57] <tumbleweed> buzz_: debian has a bunch of buildds http://db.debian.org/machines.cgi (also, each maintainer uploads the binaries that they built themselves. There's talk of finally fixing that soon...)
[22:58] <stgraber> Debian is scary ;)
[22:59] <tumbleweed> we all trust DDs, right? :)
[22:59] <stgraber> if you run Debian, you don't quite have a choice do you? :)
[23:00] <stgraber> at least in Ubuntu all these binary uploads get rebuilt, that's where you discover some issues (had to fix a bunch of FTBFS because our builds don't seem to match the DD's machine ;))
[23:00] <tumbleweed> its true. But we also screw up a bit. (build in stale / dirty environments, or the wrong environment)
[23:01] <buzz_> ubuntu screwups from my experience involve changing a working debian package by adding lots of ubuntu customisations and then realising or not that is is broken
[23:01] <buzz_> hence having to maintain my own mdadm for 2+ years before it was finally fixed up somewhat in ubuntu
[23:51] <hrw> hi