[01:32] <cheako> https://launchpadlibrarian.net/309340316/buildlog_ubuntu-precise-amd64.dpkg_1.17.27_BUILDING.txt.gz
[01:32] <cheako>   Launchpad is having a problem compiling binaries on precise.
[14:33] <morphis> cjwatson: ping
[14:33] <cjwatson> morphis: contentless pong
[14:34] <morphis> cjwatson: I am currently puzzeled by https://launchpad.net/~snappy-hwe-team/+snap/bluez-daily/+build/25312
[14:34] <morphis> cjwatson: it gives me a MAINTAINERS.snap as a build result which is simply the text MAINTAINERS file we have in the repository that build is building from
[14:34] <morphis> and with that the store upload fails as MAINTAINERS.snap isn't a valid snap
[14:35] <morphis> any idea what could be the reason for this?
[14:36] <cjwatson> morphis: well, snapcraft doesn't really do out-of-tree builds, it just drops the result in the directory you run it in
[14:36] <morphis> yeah
[14:36] <cjwatson> morphis: which means the best we can do in LP is to look for *.snap files in the directory, and that includes https://git.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/bluez/tree/MAINTAINERS.snap
[14:36] <cjwatson> morphis: so I'd suggest just git mv MAINTAINERS.snap MAINTAINERS-snap
[14:36] <cjwatson> or similar
[14:36] <morphis> wuuuh
[14:36] <morphis> that slipped through ..
[14:36] <morphis> sorry
[14:37] <cjwatson> fun edge case
[14:37] <morphis> totally :-)
[16:17] <smoser> 2 questions
[16:17] <smoser> a.) where is the "test/scratch" launchpad installation that i can open bugs on and not feel wasteful?
[16:17] <smoser> b.) can i share a link like
[16:17] <smoser>  https://bugs.launchpad.net/cloud-init/+filebug?tags=foo
[16:18] <smoser> that then gets the tag applied when a bug created that way ?
[16:23] <dobey> smoser: staging.launchpad.net?
[16:24] <smoser> thats it.
[16:24] <dobey> smoser: link would be the same, but staging.bugs.launchpad.net for that example
[16:24] <dobey> or bugs.staging.launchpad.net (don't remember which way it goes)
[16:25] <dobey> probably the latter
[16:25] <smoser> it should let me SSO sign in ?
[16:26] <smoser> or do i have to register there?
[16:28] <dobey> i think it uses staging sso maybe, so login.staging.ubuntu.com
[16:29] <dobey> it's separate from production, so yeah, you need to register there if you haven't already
[16:29] <smoser> ok.
[16:29] <smoser> so "I am a new Ubuntu One user"
[16:31] <smoser> ugh
[16:31] <smoser> it wont let me create a new account because
[16:31] <smoser> a.) 'smoser' already in use
[16:31] <smoser> b.) 'smoser@brickies.net' email address is already registered.
[16:32] <smoser> but wont let me log in.
[16:32] <smoser> confused
[16:34] <dobey> do the "forgot password" thing then
[16:34] <dobey> you might have registered a long while ago perhaps :)
[16:35] <dobey> or do you mean on launchpad? i think staging gets production people/projects/stuff synced over every now and again, but the SSO db doesn't
[16:36] <smoser> well, i just hit 'login' on staging, and failed.
[16:37] <smoser> hit forgot password. we'll see. thanks dobey
[16:37] <dobey> np. good luck with it
[16:40] <smoser> gah.
[16:40] <smoser> need 2 factor!
[16:40] <smoser> :)
[16:48] <cjwatson> smoser: you can also use qastaging.launchpad.net, which uses production SSO
[16:50] <cjwatson> smoser: and you almost had it right - try https://bugs.launchpad.net/cloud-init/+filebug?field.tags=foo
[16:52] <smoser> cjwatson, thanks!
[21:31] <shadeslayer> hm, no one's gotten back to me about that 2fa reset
[21:31] <shadeslayer> It's been 2 weeks now
[22:13] <dobey> shadeslayer: i think you need #canonical-sysadmin for that
[22:13] <shadeslayer> dobey: ok, I'll poke my head in there :)