[00:00] <wallyworld_> if the branch is renamed, then the target has changed
[00:00] <wallyworld_> hence the message appears correct
[00:00] <wgrant> Hm, no, the target has no changed in that case
[00:00] <wgrant> The target is the product, source package, or person
[00:00] <wgrant> It doesn't involve the name.
[00:00] <wallyworld_> and if the person is different....
[00:00] <wgrant> Rename != change owner
[00:01] <wallyworld_> i meant change owner above sorry
[00:01] <wgrant> Right, that makes more sense :)
[00:01] <wallyworld_> i knew what i meant even if my typing didn't :-/
[00:02] <wgrant> Heh
[00:02] <mark06> http://i.imgur.com/uFbIq.png
[00:02] <wgrant> wallyworld_: Confirmed that renaming triggers the notification
[00:02] <wgrant> So there is a bug of some sort
[00:02] <wallyworld_> hmmm. bollocks
[00:03] <wallyworld_> 3 notification messages is not good either
[00:03] <wgrant> wallyworld_: .target isn't what you think it is
[00:04] <wgrant> It's IBranchTarget(person) for a personal branch
[00:04] <wgrant> Not None
[00:05] <wallyworld_> right, so the first bit of the check is bogus
[00:06] <wgrant> Could you just store the old branch.target before calling setTarget, then compare it with the one afterwards?
[00:13] <wallyworld_> perhaps, i'll look at it after i finish my current branch
[01:33] <mark06> hi, can anyone manage to get this hg branch imported? https://code.launchpad.net/~renatosilva/pidgin/trunk
[13:29] <Laney> I'm curious
[13:29] <Laney> what determines when I can hide others' comments on bugs?
[13:30] <Laney> I can't work out a pattern. On some bugs I can do it and on others I can't. Both of the ones I'm looking at now (one in each category) have upstream as well as Ubuntu tasks, so it's not as simple as that
[15:06] <patdk-wk> is there an issue uploading to ppa's? been 2.5h and haven't got the confirmation email, and don't see it waiting to build yet
[15:59] <kamal> launchpad, y u no accept my PPA upload??   ;-)
[15:59] <kamal> launchpad seems to be ignoring my attempt to upload to my ppa https://launchpad.net/~canonical-hwe-team/+archive/sputnik-kernel/+packages ...   I tried yesterday, and again this morning, but have not received any accept/reject email from my attempt to upload a new revision of one of those packages.
[16:00] <kamal> can someone investigate logs or read the tea leaves or whatever, to sort out whats happening here?
[16:33] <codygarver> this page has refused to load for some days, can anyone help? https://bugs.launchpad.net/elementary/+milestone/luna-beta1
[17:04] <patdk-wk> sinzui, jcsackett, any idea about the dput upload issue? launchpad not accepting new packages and not sending confirmation emails anymore today, atleast as of 8hours ago
[17:05] <sinzui> I will look
[17:06] <kamal> patdk-wk, sinzui: is that ^^ a known issue then?  I'm also seeing that, since yesterday afternoon.
[17:07] <patdk-wk> I can't find anything about it being known
[17:07] <kamal> patdk-wk: oh, your having described it as "the dput upload issue" had me fooled!  ;-)
[17:08] <patdk-wk> well, I used dput to upload to my ppa, dunno if that is related or not
[17:08] <patdk-wk> but more info generally helps :)
[17:08] <sinzui> kamal, patdk-wk, Lp is running days behind schedule because of loss of builders last month. I have not heard of any issues where packages were not being accepted
[17:08] <patdk-wk> sinzui, I have been submitting packages all week
[17:08] <patdk-wk> normally accepted within minutes
[17:08] <kamal> sinzui: specifically, its not sending the usual accept/reject email at all, since yesterday
[17:08] <patdk-wk> except today
[17:09] <patdk-wk> and still not showing up in the ppa as waiting to build
[17:09] <sinzui> understood
[17:09] <kamal> sinzui, patdk-wk: I even re-uploaded after waiting 12 hours, but still no response at all from launchpad
[17:10] <dobey> patdk-wk: have you verified that the package you uploaded is signed with the same gpg key which is associated with your lp account?
[17:10] <patdk-wk> yep, I had just tried a reupload a few min ago
[17:10] <dobey> kamal: ^^
[17:10] <kamal> dobey: yes, thats not the problem
[17:10] <kamal> dobey: launchpad would have / should have sent a reject email if I'd mis-signed the package
[17:10] <patdk-wk> dobey, I would, but I have never touched that, and have a dedicated machine to package it
[17:10] <dobey> kamal: nope
[17:11] <kamal> dobey: well, its not the problem anyway :-)
[17:11] <dobey> kamal: it wouldn't know who to send the mail to :)
[17:11] <patdk-wk> Primary key fingerprint: 66BE 5DCF 814A 4787 18D3  144B 19D4 8158 67A4 B7F2
[17:11] <patdk-wk>      Subkey fingerprint: F934 1363 F265 DD0E F0EC  D29E 7087 4573 9DC4 D013
[17:11] <patdk-wk> pub  1024D/67A4B7F2 2005-11-20 Danny Swett <dswett@patrickdk.com>
[17:11] <patdk-wk>                                Patrick Domack <patrickdk@patrickdk.com>
[17:11] <patdk-wk> hmm, how to compare them
[17:11] <dobey> if you don't get an accept/reject mail, and no package was accepted into the PPA, it's almost always a case of mismatched GPG keys
[17:12] <kamal> dobey: ok, double checked.  that's not the problem.
[17:13] <kamal> dobey: its the same key I always use (and I upload packages to this PPA using this same build procedure quite regularly).
[17:13] <patdk-wk> 0x66be5dcf814a478718d3144b19d4815867a4b7f2
[17:13] <patdk-wk> well that defently matchs
[17:13] <dobey> kamal: lp:~kamal is your account?
[17:13] <kamal> dobey: plus, it seems unlikely that patdk-wk and I would both independently be suddently "doing it wrong"  :-)
[17:13] <kamal> dobey: kamalmostafa
[17:14] <patdk-wk> ~patrickdk here
[17:17] <kamal> dobey: I think that perhaps you're incorrect about launchpad using an email address from your gpg sig as the address to send accept/reject email to.
[17:17] <kamal> consider that there are often many email addresses associated with a gpg key -- how would it know which to use?  I think it uses the Changed-by: line in the _source.changes file instead, and that it is unrelated to the signing key.
[17:18] <sinzui> patdk-wk, kamal you are both using dput?
[17:18] <dobey> kamal: no, it gets the e-mail address from your account
[17:18] <kamal> sinzui: yes.
[17:18] <dobey> kamal: if the gpg key you signed with is wrong, it can't figure out which account you belong to
[17:18]  * sinzui is asking webops if a process is not picking up
[17:19] <kamal> dobey: ok, gotcha -- and yes, now I realize also that I use different Changed-by: lines sometimes, but I always get my accept/reject emails to the same address
[17:31] <sinzui> kamal, patdk-wk We see uploads, but I also see a lot coming from Lp itself. We have restarted a process. Please try uploading again and see if we get a proper response
[17:31] <patdk-wk> ok, uploaded again
[17:32] <kamal> sinzui: ok, done.  thanks for chasing this down!
[17:33] <sinzui> kamal, well I am just an intermediary. Ping when you get an email. That will confirm that the sftp server was throwing a wobbly
[17:33] <kamal> s/when/if/    ;-)
[17:33] <kamal> sinzui: will do
[17:34] <sinzui> kamal, which ppa were you sending to? Can you say?
[17:34] <kamal> https://launchpad.net/~canonical-hwe-team/+archive/sputnik-kernel
[17:45] <kamal> sinzui: its been about 13 minutes -- no email response from launchpad.  patdk-wk, how about you?
[17:45] <patdk-wk> nothing
[17:45] <patdk-wk> if it was broken and fixed now, I would expect a backlog, but dunno how it works :)
[17:46] <patdk-wk> I have seen those emails take 2hours before though
[17:47] <kamal> patdk-wk: yeah, I dunno how it works either.  I normally expect to get my accept email with 5 minutes of uploading (assuming no backlog, if that is actually relevant)
[17:47] <sinzui> patdk-wk, I don't see a change either
[17:48] <sinzui> We just saw an upload arrive and be queue for Ubuntu
[17:48] <sinzui> This might just be a ppa issue.
[17:48] <sinzui> which is what we are looking at now
[18:17] <sinzui> patdk-wk, We see gpg verification rejects. for keys that did work. Are you signing with a subkey perhaps?
[18:17] <kamal> patdk-wk: hey, are you (like me) signing your upload with a subkey of your primary key?
[18:17] <kamal> :-)
[18:18] <kamal> patdk-wk: specifically, I just discovered that if I sign with my primary key instead of my subkey, the upload works properly -- whereas signing with my subkey certainly worked until mid-yesterday.
[18:28] <sinzui> patdk-wk, I have confirmed from the log that your error (no public key) is the same as kamal's
[18:43] <patdk-wk> how is it no public key?
[18:44] <patdk-wk> http://pastebin.com/XVvc6KPB
[18:44] <patdk-wk> and that fingerprint matchs my launchpad account one
[18:46] <patdk-wk> hmm, I probably use the subkey
[18:46] <patdk-wk> and consider it bad form to use the primary key
[18:47] <patdk-wk> the primary key is only to be used to sign subkeys, atleast in my usage
[18:52] <kamal> patdk-wk++ absolutely agreed!
[18:53] <kamal> patdk-wk: but I'm almost sure this is the problem -- can you verify that you are indeed using a subkey then?   and (if you are inclined) test an upload signed with the primary to prove that works?
[18:53] <kamal> patdk-wk: I've just filed this about the issue: https://bugs.launchpad.net/launchpad/+bug/1053568
[18:53] <patdk-wk> heh, I'm attempting to figure out how to tell, and how to force it :)
[18:54] <kamal> patdk-wk: I already spent that 10 minutes :-) so ....
[18:54] <patdk-wk> I had another cert issue, dealing with ADP, always fun
[18:54] <patdk-wk> so was away for abit
[18:54] <kamal> patdk-wk: debsign '-k5409E422!' your_source.changes
[18:54] <patdk-wk> ah, I let dpkg-buildpackage sign it for me
[18:54] <kamal> patdk-wk: the exclamation mark there is the magic that says "use the primary, not a subkey"
[18:55] <kamal> patdk-wk: well don't do that!  :-)
[18:56] <patdk-wk> it accepts -k and passes it along :)
[19:00] <patdk-wk> ok, I was def using the subkey before
[19:00] <patdk-wk> uploaded with primary now
[19:00] <patdk-wk> got confirmation
[19:02] <kamal> patdk-wk: ok, thanks.  I'm entirely convinced that we've identified the problem.
[19:03] <patdk-wk> this issue wouldn't annoy me so badly if the builders wheren't so far behind :)
[19:09] <czajkowski> patdk-wk: they are not soo far behind at all https://launchpad.net/builders
[19:09] <patdk-wk> 14hours?
[19:10] <patdk-wk> not as bad as sometimes (2-3days), but
[19:12] <czajkowski> patdk-wk: there havebeen some issues with the builders since our move, but compared to a few weeks ago it's a lot better and should be even better in the coming weeks
[19:13] <patdk-wk> ya, but between the builder and this issue, it's pushed me back a full day now
[19:20] <dobey> kamal: did you add a new subkey recently and upload with it, but didn't push the updated key to the keyring.ubuntu.com server?
[19:20] <patdk-wk> dobey, I have only ever used my subkey
[19:20] <patdk-wk> for the last 3 years
[19:21] <kamal> dobey: no, not at all.  I've been using this exact subkey since january
[19:21] <patdk-wk> I have never uploaded with anything except that same subkey :)
[19:21] <dobey> ah ok, weird then :)
[19:21] <kamal> dobey: fundamentally: uploads with this key worked two days ago (the logs show such) but don't anymore.
[19:21] <patdk-wk> subkey generated 2009-07-12
[19:23] <kamal> dobey: I will mention that you were entirely correct when you said "it's almost always a case of mismatched GPG keys" ... its just that the 'mismatch' seems to be due to an actual launchpad breakage.
[19:25] <dobey> yeah, i guess a deployment today(?) broke something
[19:25] <kamal> I first noticed the problem about 24 hours ago, and I know that it wasn't a problem 48 hours ago.
[19:26] <patdk-wk> ya, my last upload was 2/3days ago
[19:37] <Delemas> Ouch the amd64 build queues are really backed up... Asked to build a 4KB package and there is a 13 hour delay.
[19:39] <kamal> czajkowski: please tell the builders to build faster, k?  ;-)
[19:46] <Delemas> lol
[19:47] <patdk-wk> did someone click the turbo button? so we only going 2mhz instead of 16mhz?
[19:47] <Delemas> heh it's a 14 hrs delay now. That will teach me to complain!
[19:48] <Delemas> heh those were the days....