[00:11] Jesdisciple: erm, what? I'm afraid you really haven't clearly explained what your problem is at all. [00:15] 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] 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] 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] 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] maxb: Sorry, was reading. I was concerned with this message which had bin pastebin'd by another user: [00:51] Warning: Permanently added 'bazaar.launchpad.net,91.189.90.11' (RSA) to the list of known hosts. [00:51] Jesdisciple: ok... why are you concerned by it? [00:52] 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] correction: the warning that came before the prompt to which I answered yes, thus triggering that one [00:53] 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] I always try to clean warnings out of my compiler output, and the warning really wasn't very descriptive. [00:55] I was quite flabbergasted why none of the rest of the Internet had that problem. [00:56] In hindsight I should have realized that the warning coming after "yes" referred to a new key. [00:56] but the message I took away was "bad, please fix" [00:58] lol... s/bin/been [01:00] Jesdisciple@world:~$ sudo apt-get install english-alpha-ipa === wgrant changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging === yofel_ is now known as yofel === warp11 is now known as warp10 === jtv is now known as jtv-C8H10N4O2 === agateau_ is now known as agateau === jtv-C8H10N4O2 is now known as jtv === Quintasan_ is now known as Quintasan === rick_h changed the topic of #launchpad to: https://launchpad.net/ | Help contact: rick_h | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging [13:34] adeuring: taking irc [13:34] rick_h: thanks === matsubara is now known as matsubara-lunch [15:12] Could someone please take a look at OOPS-32cbca4d1b6c1e5444444084f2a7c23d [15:12] https://lp-oops.canonical.com/oops.py/?oopsid=32cbca4d1b6c1e5444444084f2a7c23d [15:12] It's a simple bug, but I can't close it, or make it public or anything without getting a timeout === matsubara-lunch is now known as matsubara [15:51] mdeslaur: looking [15:51] rick_h: thanks [15:59] mdeslaur: I'm not able to pull up that bug at all: 927032 ? [16:00] rick_h: it's a private bug that I would like to make public [16:00] rick_h: and mark as invalid, but I can't [16:00] mdeslaur: ok, thanks. That helps [16:03] mdeslaur: the oops is a heat timeout [16:03] UPDATE Distribution SET max_bug_heat=(SELECT COALESCE(MAX(heat), 0) FROM ((SELECT Bug.heat\n FROM [16:03] /// [16:03] Folks, where has the "Active reviews" link for the project gone? [16:04] lifeless: it's a private bug with a single reporter that nobody can view...how is there a heat timeout on it? [16:04] 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] mdeslaur: because it writes to Ubuntu [16:04] lifeless: oh! I see === colonD is now known as colon_D [16:04] mdeslaur: this is *why* we're doing the heat changes, because as it stands it has huge contention [16:04] lifeless: ok, so if I wait a week or two, the problem will go away by itself? [16:04] mdeslaur: for now, just keep trying [16:05] mdeslaur: or wait for a week or so yeah [16:05] lifeless: awesome, thanks! [16:05] thanks rick_h [16:05] niemeyer: what page is it missing from ? [16:05] lifeless: launchpad.net/project [16:05] niemeyer: thats a disabled project. [16:05] niemeyer: you shouldn't be able to see it at all [16:06] lifeless: Sorry, I mean it should be in the main project page [16:06] lifeless: https://launchpad.net/goamz [16:07] niemeyer: on https://code.launchpad.net/goamz - 'Launchpad does not know where goamz hosts its code. [16:07] ' [16:07] niemeyer: IIRC this disables merge proposal features and so on [16:07] lifeless: Apparently it does.. https://code.launchpad.net/goamz/+activereviews [16:08] niemeyer: try toggling it to 'hosted on launchpad' [16:08] niemeyer: there should be a control on the https://launchpad.net/goamz page, right hand side 'project configuration' [16:09] lifeless: Nope.. it asks me to link a branch [16:09] lifeless: this project uses series only [16:10] you can rename trunk to something else [16:11] I don't think having trunk mapped to a branch is needed, there is a different setting [16:11] IMBW [16:13] 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] 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] 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] lifeless: That'd mean one of the series is more special.. that's not the case [16:15] lifeless: They're all in development [16:15] thats a separate flag for LP [16:16] project has a pointer to default series, each series has a status development/obsolete etc. [16:16] this is baked in the model [16:17] lifeless: Yeah.. it's just that project default series doesn't make sense in this case [16:17] lifeless: It's fine.. we'll stop using series [16:18] if that works for you, cool. OTOH that may not be enough to get the link back. [16:19] lifeless: Don't see why.. we'll simply use a main branch with the project [16:19] that works by having a default series [16:19] LP won't let you have no series at all [16:19] lifeless: That's fine.. whatever makes it happy [16:20] heh, ok :) [16:20] you'll also get faster pushes that way [16:31] rick_h, I've got IRC now. Sorry I didn't take it earlier. === deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contact: deryck | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging [16:31] deryck: thanks, let me know when you get a chance to chat JS === beuno is now known as beuno-lunch === beuno-lunch is now known as beuno [17:52] hi. i am not able to import my pgp key to launchpad. === mpt_ is now known as mpt [17:53] 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] 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] then again I use Mutt for reading mail, and Mutt supports pgp/mime very nicely [17:55] 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? === mpt_ is now known as mpt [18:22] 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/?. If it helps, UI language is Polish. [18:23] of course I'm talking about Launchpad [18:25] oh, bug searching worked this time, but login still not (and it's since a few days, at least) [18:25] Enlik: what browser are you on for the second issue? [18:27] rick_h: Opera (hm, seems to work in Firefox, but login doesn't in any of the two) [18:27] Enlik: ok, so the second issue is a known bug with opera. [18:27] I see [18:28] will be fixed or is it said to be an "Opera should do something" one? [18:28] for the login, do you get to the login page and then some error code? what's the url/error? [18:28] 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] (just asking, don't intend to be mean) [18:29] 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] (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] deryck: what's the sso irc channel? [18:31] rick_h, maybe #ubuntu-sso ? I'm not sure actually. let me look and see... [18:31] deryck: tried that and canonical-sso without luck, searching [18:31] try /query alis [18:32] maybe it's just the public is channel. [18:32] (works for non-hidden channels) [18:32] rick_h, deryck: i don't think there's an sso-specific channel. [18:33] sorry, my mistake then. Thought I saw one during idle at some point. oops [18:34] rick_h, so there are a couple options, see this link: https://wiki.canonical.com/Launchpad/IRCSupport [18:35] deryck: ah, that's what I saw. The form there. [18:36] Enlik: so give this a shot for the login trouble. https://forms.canonical.com/lp-login-support/ [18:39] Is one project able to be under 2 project groups? [18:40] cjohnston, no [18:40] ok. thanks [18:40] cjohnston, project groups are about control, not affiliation [18:40] I'm getting an error: Permission Denied (publickey). [18:41] I'm not sure why, or what is causing it, but I am trying to create a project === matsubara is now known as matsubara-afk [18:41] (I am new to bazaar in general, but reasonably experienced with git) [18:42] I get the error when I try to push to my project's trunk on LP [18:42] 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] no [18:43] project groups are broken by design [18:44] ok [18:44] organisations need nested projects, communities need tags. We did not build either [18:47] rick_h: done [18:48] rick_h: thanks for your input [18:48] (I'm still wondering why using a simple GET searching wasn't enough, but :)) [18:48] s/but/btw./ === abentley changed the topic of #launchpad to: https://launchpad.net/ | Help contact: abentley | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging [18:50] 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] deryck: I relieve you. [18:51] abentley, does Help contact mean you help with noob problems like mine? [18:52] TEttinger: That means that none of the SSH public keys you have registered with LP could be used for your push. [18:52] rick_h: hm, okay [18:52] abentley, I saw something about ssh-add [18:53] but it wasn't a link, so I wasn't sure where to look it up [18:53] TEttinger: what OS are you using? [18:54] Xubuntu 64-bit (in a VM) [18:55] TEttinger: If you type "man ssh-add" in a terminal, that should give you information about the command. [18:55] abentley, heh true... [18:56] 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] nope [18:57] abentley, I am thomas-ettinger on launchpad [18:57] the command I am using: [18:58] bzr push lp:~thomas-ettinger/salmon-contrib/trunk [18:59] TEttinger: You do have a key, so it sounds like you need to make SSH aware of it before pushing. [19:00] TEttinger: e.g. with ssh-add, though there are other ways configuring SSH to use a given key. [19:01] hmm, I should be using my public key, right? [19:01] ~/.ssh/id_rsa.pub [19:01] TEttinger: No, you should be using your private key, typically ~/.ssh/id_rsa [19:02] abentley, I should give my private key to LP? [19:03] TEttinger, no! [19:03] TEttinger, for SSH, you give the public: [19:03] TEttinger: No, you should use your private key with SSH, so that Launchpad can use your public key to authenticate you. [19:03] id_rsa.pub [19:03] you never give your private key to anyone [19:03] abentley, you give LP the public key [19:03] erm [19:03] TEttinger, ^ [19:03] yeah, i was wondering... [19:03] TEttinger, you keep the private key private and you provide the public key [19:04] yeah, that seemed wrong [19:16] 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] TEttinger: Great. [19:17] TEttinger: Perhaps the old one was from a previous VM. [19:19] abentley, yeah that is likely too [19:19] oh! [19:19] I reinstalled ssh recently [19:20] TEttinger: Installation by itself wouldn't have replaced an existing key. But maybe you also ran ssh-keygen after that. [19:45] 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] s/large/long [19:46] we've had a significant increase in usage and haven't [yet] compensated for that [19:46] we're doing what we can with the resouces on hand [19:47] are manual submissions prioritised over auto builds or ? [19:48] im sure there used to be more builders than are on now though right ? [19:57] 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] I suppose there are trust issues that make this complicated [19:59] hmm yeh, i guess [20:15] 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] just ideas. [20:26] 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] 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] 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] lp is nice and convenient === matsubara-afk is now known as matsubara === abentley changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging [22:20] 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] 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] 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] (plus, you can debug builds locally. Remote builds you just have a log to stare at) [22:28] LP isn't a build testing service. [22:28] It's a package publishing service. [22:31] buzz_: like tumbleweed said; you probably want to setup pbuilder to test the builds locally with. [22:33] when did i say i was using it to test. sometimes things get overlooked. [22:34] most developers test-build locally, then upload to LP (at least most sensible ones do) [22:34] 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] i do test build locally, albeit not in pbuilder right now. [22:34] ok, then you shouldn't run into problems that often, just missing dependency type issues [22:35] which is the most common issue when i bump into an issue [22:36] right, I try and match my test-build environment to the target [22:36] especially with some packages that have 30+ dependencies [22:36] yeh. as do i. but its not always possible to cover everything. i am as human as the next person [22:37] why has this gone from launchpad queues to somehow finger pointing at my abilities.. [22:37] confusion I think [22:38] 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] yes [22:38] we don't /want/ long waits. [22:38] 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] yep. well i hope it improves. im sure if there was a way for users to contribute resources, they would.. [22:39] buzz_: the issue with other builders is indeed one of trust [22:39] bad code -> there is an audit trail with the code visible [22:39] bad builder -> no audit trail, and the code runs as root on the machine [22:39] i see [22:40] 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] -no- way to prove I have/haven't done that. [22:40] (short of forensic analysis...) [22:48] 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] (was a long time ago, memory has faded) [22:57] 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] Debian is scary ;) [22:59] we all trust DDs, right? :) [22:59] if you run Debian, you don't quite have a choice do you? :) [23:00] 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] its true. But we also screw up a bit. (build in stale / dirty environments, or the wrong environment) [23:01] 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] hence having to maintain my own mdadm for 2+ years before it was finally fixed up somewhat in ubuntu [23:51] hi