[05:56] Hi, I have a problem uploading a package - the build always fails and says it doesnt find a package which is in my own ppa [06:01] Flow86: Can you link to the build? [06:01] wgrant: https://launchpad.net/~flosoft/+archive/ubuntu/cross-mingw/+build/7764551 [06:03] Flow86: "but it is not going to be installed" means that the package's dependencies aren't satisfiable. [06:03] wgrant: yes, but they're in the ppa and installable - thats what the problem is [06:03] Use a chroot or chdist locally to try to install the dependency named in the error, and see if apt gives you more details. [06:05] works on my local machine [06:06] The following packages have unmet dependencies: [06:06] mingw-w32-gcc : Depends: libmpfr1ldbl but it is not installable [06:06] mingw-w64-gcc : Depends: libmpfr1ldbl but it is not installable [06:06] hmm interesting [06:06] on mine it works [06:06] You must have it installed locally. [06:06] This is why you must always use a chroot or chdist for this sort of testing, to ensure you have a clean environment. [06:09] interesting why it installs it in my chroot automatically [06:09] if I do apt-get install mingw-w32-gcc it installs libmpfr1ldbl too [06:10] Where did it get libmpfr1ldbl? [06:10] thats the question, I'll have a look [06:11] ah oh I have another ppa in my chroot -.- [06:12] Ah, that would do it. [06:13] You can either add that package to your PPA, or add the other PPA to your PPA's dependencies. [06:15] the problem is - its a local one - hmm I tried to upload the package to my ppa, but it seems that it was ignored? [06:18] Flow86: You didn't sign the package with your own key. [06:18] The Ubuntu developer whose signature you reused can't upload to your PPA, so the upload was rejected. [06:19] next try ;-) [06:20] 2015-08-06 06:20:21 DEBUG Subject: [~flosoft/ubuntu/cross-mingw/precise] mpfr 2.4.2-3ubuntu1flosoft0 (Accepted) [06:21] so lets hope it can be built :-) [06:47] ah now its building - thank you very much [16:17] I'm having trying ot track bugs - I cant file a bug against the kubernetes charms in ~kubernetes, "kubernetes" does not exist in Juju Charms Collection. Please choose a different package. If you're unsure, please select "I don't know" - and selecting "I dont know" gives me an error 500 with no explanation of whats wrong [16:24] lazyPower: It's only possible to file bugs against charm "packages" if there's an official branch. [16:24] cjwatson: ok so the problem lies in that there's not a promulgated charm named kubernetes then. Thanks cjwatson [16:24] Right [16:27] cjwatson: this seems problematic, as anyone publishing a namespace charm that doesn't exist in the official store is unable to track bugs / sollicit feedback :-/ [16:27] s/official/recommended/ [16:30] lazyPower: do file a bug if it's a problem. I'm not sure what the best fix is - in some ways the current situation is precisely analogous to ordinary distributions, in that you can't file bugs against PPAs either [16:30] we only have support for tracking bugs against certain kinds of targets right now [16:31] cjwatson: this will be an issue with a limited shelf life. AIUI the charm store is going to be moving to being decoupled from VCS entirely, so charms can be proper packages [16:31] so i'm not sure if its worth the investment of effort to make that happen [16:31] * cjwatson nods [16:32] I'll bring it up at standup and circle back if we feel its necessary. Thanks for the q/a though. [18:08] hey, any launchpad admins around [18:14] what level of admin you need? [18:28] zyga: better to just say what you need, please [18:29] zyga: sigh, I see you asked in multiple channels and didn't say so ... [18:29] (handled, I see) [18:33] cjwatson: ah, sorry about that [21:48] Hi all, I cant seem to log into launchpad today. I am receiving a page with the following message: Bad Request Bad bot, go away! Request aborted. [21:48] I can however log into Ubuntu one [21:49] I understand this is the same accoutn for launchpad as well yes? [22:01] neldogz: Yes, it is. That's https://bugs.launchpad.net/canonical-identity-provider/+bug/1474841 - people have reported that using a private browsing window once to log in clears things up. [22:01] Ubuntu bug 1474841 in Canonical SSO provider "latest firefox auto-fills the display:none honeypot field" [Undecided,Confirmed] [22:05] cjwatson, thank you I will give that a try [22:07] cjwatson, interesting, a private browsing window also failed. Will have to read the bug report thoroughly