| maxb | Jesdisciple: erm, what? I'm afraid you really haven't clearly explained what your problem is at all. | 00:11 |
|---|---|---|
| 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:15 |
| 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:17 |
| 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:18 |
| 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:20 |
| 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:51 |
| 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:52 |
| 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:53 |
| Jesdisciple | I always try to clean warnings out of my compiler output, and the warning really wasn't very descriptive. | 00:54 |
| Jesdisciple | I was quite flabbergasted why none of the rest of the Internet had that problem. | 00:55 |
| 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:56 |
| Jesdisciple | lol... s/bin/been | 00:58 |
| Jesdisciple | Jesdisciple@world:~$ sudo apt-get install english-alpha-ipa | 01:00 |
| === 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 | ||
| rick_h | adeuring: taking irc | 13:34 |
| adeuring | rick_h: thanks | 13:34 |
| === matsubara is now known as matsubara-lunch | ||
| mdeslaur | Could someone please take a look at OOPS-32cbca4d1b6c1e5444444084f2a7c23d | 15:12 |
| ubot5 | https://lp-oops.canonical.com/oops.py/?oopsid=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:12 |
| === matsubara-lunch is now known as matsubara | ||
| rick_h | mdeslaur: looking | 15:51 |
| mdeslaur | rick_h: thanks | 15:51 |
| rick_h | mdeslaur: I'm not able to pull up that bug at all: 927032 ? | 15:59 |
| 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:00 |
| 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:03 |
| 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 |
| === colonD is now known as colon_D | ||
| 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:04 |
| 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:05 |
| niemeyer | lifeless: Sorry, I mean it should be in the main project page | 16:06 |
| niemeyer | lifeless: https://launchpad.net/goamz | 16:06 |
| 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:07 |
| 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:08 |
| niemeyer | lifeless: Nope.. it asks me to link a branch | 16:09 |
| niemeyer | lifeless: this project uses series only | 16:09 |
| lifeless | you can rename trunk to something else | 16:10 |
| lifeless | I don't think having trunk mapped to a branch is needed, there is a different setting | 16:11 |
| lifeless | IMBW | 16:11 |
| 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:13 |
| 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:14 |
| 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:15 |
| 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:16 |
| 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:17 |
| lifeless | if that works for you, cool. OTOH that may not be enough to get the link back. | 16:18 |
| 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:19 |
| lifeless | heh, ok :) | 16:20 |
| lifeless | you'll also get faster pushes that way | 16:20 |
| deryck | rick_h, I've got IRC now. Sorry I didn't take it earlier. | 16:31 |
| === 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 | ||
| rick_h | deryck: thanks, let me know when you get a chance to chat JS | 16:31 |
| === beuno is now known as beuno-lunch | ||
| === beuno-lunch is now known as beuno | ||
| nand_nanda_21_ | hi. i am not able to import my pgp key to launchpad. | 17:52 |
| === mpt_ is now known as mpt | ||
| 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:53 |
| * mgedmin did that a long time ago and didn't remember having trouble | 17:54 | |
| 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? | 17:55 |
| === mpt_ is now known as mpt | ||
| 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:22 |
| Enlik | of course I'm talking about Launchpad | 18:23 |
| 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:25 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| rick_h | sorry, my mistake then. Thought I saw one during idle at some point. oops | 18:33 |
| deryck | rick_h, so there are a couple options, see this link: https://wiki.canonical.com/Launchpad/IRCSupport | 18:34 |
| rick_h | deryck: ah, that's what I saw. The form there. | 18:35 |
| rick_h | Enlik: so give this a shot for the login trouble. https://forms.canonical.com/lp-login-support/ | 18:36 |
| cjohnston | Is one project able to be under 2 project groups? | 18:39 |
| 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:40 |
| TEttinger | I'm not sure why, or what is causing it, but I am trying to create a project | 18:41 |
| === matsubara is now known as matsubara-afk | ||
| TEttinger | (I am new to bazaar in general, but reasonably experienced with git) | 18:41 |
| 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:42 |
| sinzui | no | 18:43 |
| sinzui | project groups are broken by design | 18:43 |
| cjohnston | ok | 18:44 |
| sinzui | organisations need nested projects, communities need tags. We did not build either | 18:44 |
| Enlik | rick_h: done | 18:47 |
| 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:48 |
| === 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 | ||
| 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:50 |
| TEttinger | abentley, does Help contact mean you help with noob problems like mine? | 18:51 |
| 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:52 |
| 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:53 |
| TEttinger | Xubuntu 64-bit (in a VM) | 18:54 |
| 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:55 |
| 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:56 |
| TEttinger | abentley, I am thomas-ettinger on launchpad | 18:57 |
| TEttinger | the command I am using: | 18:57 |
| TEttinger | bzr push lp:~thomas-ettinger/salmon-contrib/trunk | 18:58 |
| abentley | TEttinger: You do have a key, so it sounds like you need to make SSH aware of it before pushing. | 18:59 |
| abentley | TEttinger: e.g. with ssh-add, though there are other ways configuring SSH to use a given key. | 19:00 |
| 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:01 |
| TEttinger | abentley, I should give my private key to LP? | 19:02 |
| 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:03 |
| TEttinger | yeah, that seemed wrong | 19:04 |
| 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:16 |
| abentley | TEttinger: Perhaps the old one was from a previous VM. | 19:17 |
| TEttinger | abentley, yeah that is likely too | 19:19 |
| TEttinger | oh! | 19:19 |
| TEttinger | I reinstalled ssh recently | 19:19 |
| abentley | TEttinger: Installation by itself wouldn't have replaced an existing key. But maybe you also ran ssh-keygen after that. | 19:20 |
| 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:45 |
| 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:46 |
| buzz_ | are manual submissions prioritised over auto builds or ? | 19:47 |
| buzz_ | im sure there used to be more builders than are on now though right ? | 19:48 |
| 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:57 |
| buzz_ | hmm yeh, i guess | 19:59 |
| 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:15 |
| 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:26 |
| 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 | 20:29 |
| 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 | 21:14 |
| === 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 | ||
| 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:20 |
| 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:22 |
| 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:24 |
| tumbleweed | (plus, you can debug builds locally. Remote builds you just have a log to stare at) | 22:25 |
| wgrant | LP isn't a build testing service. | 22:28 |
| wgrant | It's a package publishing service. | 22:28 |
| dobey | buzz_: like tumbleweed said; you probably want to setup pbuilder to test the builds locally with. | 22:31 |
| buzz_ | when did i say i was using it to test. sometimes things get overlooked. | 22:33 |
| 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:34 |
| buzz_ | which is the most common issue when i bump into an issue | 22:35 |
| 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:36 |
| buzz_ | why has this gone from launchpad queues to somehow finger pointing at my abilities.. | 22:37 |
| lifeless | confusion I think | 22:37 |
| 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:38 |
| 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:39 |
| 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:40 |
| 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:48 |
| buzz_ | (was a long time ago, memory has faded) | 22:52 |
| 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:57 |
| stgraber | Debian is scary ;) | 22:58 |
| tumbleweed | we all trust DDs, right? :) | 22:59 |
| stgraber | if you run Debian, you don't quite have a choice do you? :) | 22:59 |
| 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:00 |
| 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:01 |
| hrw | hi | 23:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!