[02:51] <yingjun> hi, is it possible to config the local launchpad to use an external openid provider other than the test one?
[02:51] <yingjun> anyone?
[02:51] <yingjun> help
=== lan3y is now known as Laney
=== Laney is now known as Guest80303
=== Guest80303 is now known as Laney
=== tolecnal_ is now known as tolecnal
[10:21] <nerochiaro> hi everyone, i need a bit of help with git support in lp. I cloned the repo for a project (which I don't own) and i want to submit a merge proposal to it following the instructions here: https://help.launchpad.net/Code/Git -- when I try to do "git remote add origin lp:~myname/projectname" it tells me "fatal: origin already exists". What does  that mean ?
=== Odd_Blok1 is now known as Odd_Bloke
[10:54] <Odd_Bloke> cjwatson: https://launchpad.net/~cloudware/+livefs/ubuntu/xenial/cpc/+build/49488 doesn't look like it's getting queued; I thought I had asked #webops to do all the right +admin and +edit things, but I must have missed a step.
[10:55] <Odd_Bloke> cjwatson: Could you take a look (at your leisure) and let me know what I missed out so I can amend my documentation? :)
[10:56] <Odd_Bloke> nerochiaro: So git supports multiple remotes, which are remote git repositories that it knows about and will fetch information about.
[10:57] <Odd_Bloke> nerochiaro: 'origin' is the default remote, and is configured by git when you do the git clone.
[10:57] <Odd_Bloke> nerochiaro: So at the moment origin will be pointing at the project's repo.
[10:57] <Odd_Bloke> nerochiaro: You can either edit .git/config in your repository to modify that, or you can run 'git remote rm
[10:57] <Odd_Bloke> Sorry.
[10:58] <Odd_Bloke> nerochiaro: 'git remote rm origin' to get to a point with no remotes.
[11:06] <nerochiaro> Odd_Bloke: I managed to get things working for now by pushing my branch directly with  git push git+ssh://me@git.launchpad.net/~me/project
[11:07] <Odd_Bloke> cjwatson: Oh, that build now looks like it is getting queued; did you change anything or was I just being impatient?
[11:07] <Odd_Bloke> nerochiaro: :)  You could now 'git remote add me git+ssh://me@git.launchpad.net/~me/project', if you wanted.
[11:08] <nerochiaro> Odd_Bloke: oh, i see, that makes sense.
[11:08] <nerochiaro> Odd_Bloke: thanks
[11:09] <Odd_Bloke> :)
[11:57] <cjwatson> Odd_Bloke: I didn't touch anything
[11:57] <cjwatson> (late start today)
[12:00] <Odd_Bloke> cjwatson: Ack; sorry for the false alarm. :)
[13:06] <jonathon> Hi! I'm having issues building a QT5 package [1] - it appears to be trying to build debug symbols (and failing), no matter the PPA [2] settings. I'm missing something but don't know what... [1]  https://launchpadlibrarian.net/234811300/buildlog_ubuntu-trusty-amd64.qtmultimedia-opensource-src_5.4.1-1ubuntu1~ubuntu14.04.1york3_BUILDING.txt.gz [2] https://launchpad.net/~jonathonf/+archive/ubuntu/qt5test
[13:08] <cjwatson> jonathon: That's unrelated to debug symbols.  The .symbols file is an ABI manifest
[13:08] <cjwatson> jonathon: See dpkg-gensymbols(1), deb-symbols(5)
[13:10] <jonathon> Ah, now that's interesting: "Furthermore if the difference
[13:10] <jonathon>        is too significant, it will even fail (you can customize how much difference you can tolerate, see the -c option)."
[13:10] <cjwatson> jonathon: The added symbols are only a warning (unless you pass a -c<number> option to change it, but you haven't done so here); the bit that's an error is what appears after "dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below"
[13:10] <cjwatson> jonathon: well, in fact, only the one symbol that's disappeared
[13:10] <cjwatson> - _ZTV28QSGVideoNodeFactoryInterface@Base 5.3.0-1ubuntu2
[13:10] <cjwatson> +#MISSING: 5.4.1-1ubuntu1~ubuntu14.04.1york3# _ZTV28QSGVideoNodeFactoryInterface@Base 5.3.0-1ubuntu2
[13:11] <cjwatson> Which c++filt says is "vtable for QSGVideoNodeFactoryInterface@Base"
[13:12] <cjwatson> You can do something like this to ignore it if you're absolutely sure that's what you want to do:
[13:12] <cjwatson> override_dh_makeshlibs:
[13:12] <cjwatson>         dh_makeshlibs -- -c0
[13:12] <cjwatson> But it's usually better to investigate why it's failing, and -c0 would definitely raise eyebrows in a package targeted at the primary archive (which I realise this isn't)
[13:15] <jonathon> Thank you - that's helpful :)
[13:15] <jonathon> I'll try the "-c0" approach, I only need these packages as build-deps at the moment
=== ken is now known as Guest87525
[17:35] <ari-tczew> hello
[17:35] <ari-tczew> can anyone point me up, how to fix a bug about failed to upload @ PPA? kraft-dbgsym_0.59-1~ppa01_i386.deb: control file lists name as 'kraft-dbgsym', which isn't in changes file.
[17:37] <maxb> If you're uploading to PPAs, you shouldn't be uploading .deb files at all
[17:38] <ari-tczew> maxb: I didn
[17:38] <ari-tczew> http://paste.ubuntu.com/14591375/
[17:39] <ari-tczew> there were no .deb files uploaded.
[17:40] <maxb> Maybe grep your .changes and .dsc for 'dbgsym' ?
[17:44] <ari-tczew> maxb: there is nothing about dbgsym
[17:44] <maxb> then I have no idea
[17:46] <bdmurray> Why is changes file url empty for https://api.launchpad.net/devel/ubuntu/+archive/primary/+sourcepub/5018924?
[17:48] <maxb> The version implies it could be a sync from Debian, in which case it seems natural that there would be no changes file?
[17:51] <bdmurray> Oh, the build interface says "Will be None if the build was imported by Gina." but doesn't for spph.
[17:56] <dobey> ari-tczew: what ppa?
[17:56] <ari-tczew> dobey: https://launchpad.net/~ari-tczew/+archive/ubuntu/testing/+packages / kraft
[17:59] <dobey> ari-tczew: ok, make a bug against launchpad project in launchpad then i guess
[18:03] <cjwatson> one sec
[18:04] <ari-tczew> dobey: done, bug 1536744
[18:04] <ubot5> bug 1536744 in Launchpad itself "Failed to upload: INFO *.deb: control file lists name as '*-dbgsym', which isn't in changes file." [Undecided,New] https://launchpad.net/bugs/1536744
[18:05] <cjwatson> I don't think it's an LP bug, but I guess I'll reply in the bug now
[18:08] <ari-tczew> cjwatson: thanks for your time
[18:18] <cjwatson> ari-tczew: replied in the bug, but for the record in this channel, that was due to building with a buggy version of debhelper, since fixed; retries succeed
[18:21] <ari-tczew> cjwatson: Indeed. debhelper has been merged yesterday. does it mean that we have in xenial enabled autotools-dev as default?
[18:21] <cjwatson> ari-tczew: dunno
[18:21] <cjwatson> you could check :)
[18:22] <ari-tczew> cjwatson: there is something in the changelog:
[18:22] <ari-tczew>   * dh_update_autotools_config: New helper to update config.sub
[18:22] <ari-tczew>     and config.guess.
[18:22] <ari-tczew>   * dh: Run dh_update_autotools_config before dh_auto_configure.
[18:23] <ari-tczew>     (Closes: #733045)
[18:23] <ari-tczew>   * d/control: Add dependency on autotools-dev for the new
[18:23] <ari-tczew>     dh_update_autotools_config tool.
[18:24] <cjwatson> ari-tczew: I get that, but you now know as much as I do
=== nickoe_ is now known as nickoe