[00:27] <RenatoSilva> wgrant: 0.8.8 as such a label may never get into natty as shown in the package page, but the *proposed* 0.7.2-0ubuntu6.1 seems to be somewhat equivalent to 0.8.8 (that is, it at least contains a fix from, if not being itself, the 0.8.8)
[00:28] <RenatoSilva> btw isn't proposed supposed to be 7 days, that one is there for 6 weeks
[00:28] <wgrant> RenatoSilva: I would hope that there was a larger diff between 0.7.2 and 0.8.8 than the 1KiB diff in -proposed.
[00:29] <wgrant> 7 days assuming adequate testing is carried out, yes.
[00:30] <RenatoSilva> yeah so likely seems a backport from 0.8.8 (well, just like someone said in the bug)
[00:32] <lifeless> -> #ubuntu-motu please
[02:06] <RenatoSilva> ok thanks all
[05:11] <jk-> hey all
[05:12] <poolie> hi jk
[05:12] <jk-> heya poolie
[05:12] <jk-> I have a question about the LP API
[05:12] <poolie> sure
[05:12] <jk-> are bug nominations specific to a bug target?
[05:13] <poolie> i think they're specific to a bugtask
[05:13] <wgrant> Sort of.
[05:13] <wgrant> Nominations are for a bug and a series.
[05:14] <jk-> ok
[05:14] <wgrant> So say you have tasks for two Ubuntu source packages.
[05:14] <wgrant> You can't nominate just one of them.
[05:15] <jk-> yup, ok.
[05:15] <jk-> (context: given a bug, I'd like to find out when it was fixed in a specific distroseries)
[05:16] <wgrant> Ah. You don't want to look for the nomination, then.
[05:16] <jk-> ok
[05:16] <wgrant> You'll want to look at the series-specific tasks, of which there will be one for each source package.
[05:16] <jk-> hang on, I'll grab some examples
[05:17] <lifeless> poolie - oddly, nominations are in their own table
[05:17] <lifeless> a request to make a task
[05:17] <lifeless> rather than a task in state 'requested'
[05:17] <poolie> huh
[05:18] <poolie> today i learned.
[05:18] <jk-> so for https://bugs.launchpad.net/ubuntu/+source/linux/+bug/663442 , isn't the maverick-specific data in the nomination, rather than the task?
[05:18] <wgrant> jk-: No.
[05:19] <wgrant> jk-: A nomination is, as lifeless says, a request to make a task.
[05:19] <jk-> wgrant: ahhh, gotchya.
[05:19] <wgrant> jk-: You can't see the nomination there, since it's been approved and the task has been created.
[05:19] <poolie> jk, that's an actual task, not a nomination
[05:19] <lifeless> I would like to refactor nominations into actual tasks
[05:20] <lifeless> only needs one more status + one date column
[05:20] <wgrant> jk-: Those are package-specific. The UI doesn't show the name, as they're shown as subordinate to the non-series task.
[05:20] <jk-> ok, so what differentiates that from the "Linux (Ubuntu)" task? just that the target is a distroseries?
[05:20] <wgrant> Right.
[05:20] <lifeless> and would avoid issues with task retargeting and so forth
[05:20] <wgrant> jk-: Well.
[05:20] <wgrant> jk-: The target is a source_package, not a distribution_source_package
[05:20] <wgrant> jk-: (source_package should really be named distro_series_source_package)
[05:20] <jk-> riiiight
[05:20] <wgrant> But 2005 was a while ago :(
[05:21] <jk-> :)
[05:22] <jk-> so, to check for stuff that needed to be fixed in maverick, I need to:
[05:23] <jk-> iterate over the tasks, finding ones that are distribution_source_packages
[05:23] <jk-> then for those, find the one that is for $series
[05:24] <lifeless> in the API ?
[05:24] <lifeless> iterate over all the targets
[05:25] <lifeless> *tasks*
[05:25] <lifeless> then look at the target_links IIRC
[05:34] <jk-> hm, it seems that the #distribution_source_packages are non-series specific (eg "/1.0/ubuntu/+source/linux"), whereas the #source_package is for a particular series (eg "/1.0/ubuntu/maverick/+source/linux")
[05:34] <jk-> so the #source_package is what I want then.
[05:34] <StevenK> That was what wgrant said
[05:34] <jk-> ah, yep
[05:35]  * jk- misread
[05:35] <jk-> awesome, thanks.
[07:03] <jk-> hmm, natty hasn't been released? : https://api.launchpad.net/1.0/ubuntu/natty (datereleased == None)
[07:05] <henninge> jk-: looks like the Ubuntu people forgot to set that when they released natty
[07:06] <jk-> meta: is there a better way to check if it has been released?
[07:12] <maxb> You could use the meta-release file
[07:12] <maxb> Which  is what update-manager uses to know whether to offer you a distribution upgrade
[07:12] <maxb> http://changelogs.ubuntu.com/meta-release
[07:13] <wgrant> jk-: Check the status field.
[07:13] <wgrant> "Current Stable Release", "Supported" and "Obsolete" are the three released statuses.
[07:14] <jk-> wgrant: cool, so they're well defined then?
[07:15] <wgrant> jk-: They're enum values, not free-form text, and they haven't changed in several years. So they should do.
[07:15] <jk-> ah yep, it's in the service definition.
[07:15] <jk-> wgrant: cool, thanks again.
[08:09] <mrevell> Hi
[08:16] <dpm> hi henninge, I'm trying to change some settings in https://translations.launchpad.net/ubuntu/oneiric/+source/gnome-panel/+pots/gnome-panel-3.0/+admin, and I keep getting a "Sorry, there was a problem connecting to the Launchpad server. ", "Please try again" page. Is LP down?
[08:17] <poolie> dpm really, wfm?
[08:17] <dpm> poolie, which settings did you change on that page?
[08:17] <henninge> dpm: I am not aware of an outage
[08:18] <dpm> I keep getting that page
[08:18] <poolie> dpm: oh sorry, i misread, i didn't change anything
[08:18] <poolie> so you can load it, but submitting gets that error?
[08:18] <poolie> that's interesting, in a bad way
[08:18] <dpm> exactly
[08:18] <henninge> dpm: what did you want to change?
[08:18] <dpm> so here are the steps to reproduce it for me
[08:19] <dpm> 1. Go to  https://translations.launchpad.net/ubuntu/oneiric/+source/gnome-panel/+pots/gnome-panel-3.0/+admin
[08:20] <dpm> 2. Change 'Series (Optional)' to 'old-lp-translations/deleted-templates'
[08:20] <dpm> 3. Change 'Series' to (no value)
[08:20] <dpm> 4. Press the 'Change' button
[08:20] <dpm> Then I get the "Sorry, there was a problem connecting to the Launchpad server. ", "Please try again" page
[08:20] <dpm> henninge, ^
[08:21] <henninge> dpm: you need to remove the sourcepacakge, too.
[08:21] <henninge> dpm: I just did it ...
[08:22] <henninge> dpm: https://translations.launchpad.net/old-lp-translations/deleted-templates/+pots/gnome-panel-3.0/+admin
[08:23] <dpm> henninge, oh, so it's just a case of an extremely misleading error message?
[08:23] <henninge> dpm: well, you should at least get an oops.
[08:23] <henninge> I am sure it is one of our assertions that is being triggered.
[08:23] <henninge> dpm: can you please file a bug about that?
[08:24] <henninge> Although I don't give it much chance of being fixed soon ...
[08:24] <wgrant> dpm: Have you done this sort of thing recently?
[08:25] <dpm> henninge, in that case, I'll add it to my todo list, but won't file it now
[08:25] <dpm> henninge, but thanks for your help! :)
[08:26] <dpm> wgrant, I'm not sure I understand the question. If you mean when I experienced this, it was just now, before I reported it on the channel
[08:27] <wgrant> dpm: Have you done similar things in, say, the last few weeks?
[08:28] <dpm> wgrant, I've done similar things (i.e. changing template settings), but not changing this same particular set of settings on a template lately
[08:28] <wgrant> Ah, this isn't a regression after all.
[08:28] <wgrant> I ran into this a few months ago.
[08:29] <wgrant> (just found the appserver logs to confirm it is the same thing)
[08:29] <wgrant> Let me see if there's a bug...
[08:29] <dpm> thanks wgrant
[08:31] <dpm> I'd like to enable translations upstream imports sharing for this particular source package (gnome-panel), but the VCS imports keep failing and have been disabled: https://code.launchpad.net/~vcs-imports/gnome-panel/master - what's the procedure to get them looked at and possibli fixed, is commenting it here enough?
[08:33] <henninge> dpm: looking at the import log there seems to be a bug ...
[08:33] <henninge> dpm: so in this case it may be a matter of filing a bug
[08:34] <dpm> henninge, ok, happy to do so, but against which project?
[08:34] <henninge> the failure occurs in bzrlib but I am not sure if that is where the bug is
[08:34] <henninge> yeah, I am wondering, too.
[08:36] <henninge> dpm: probably bzrlib
[08:37] <wgrant> Two bugs.
[08:37] <henninge> or that
[08:37] <wgrant> launchpad isn't setting up bzrlib properly, so it's trying to write to non-existent self.stderr.
[08:38] <wgrant> And there's probably another bug that we can't see, because it's failing to write it to the non-existent self.stderr.
[08:38] <dpm> ok, thanks henninge and wgrant
[08:38] <artnay> is there any way to list the most recent translatable projects on LP? via url?
[08:43] <wgrant> dpm, henninge: Bug #812176
[08:43] <poolie> i think there's an existing bug for the stderr thing
[08:44] <dpm> oh, thanks wgrant
[08:54] <poolie> artnay: not as far as i know
[08:54] <poolie> that would be perhaps more useful than showing them all in order
[08:55] <poolie> s//alphabetical
[08:55] <poolie> though, i don't know if "most recent" is really optimal either
[08:59] <dpm> wgrant, poolie, ok, I've filed bug 812184 for the imports, and a separate one (referenced on the first) for bzrlib
[08:59] <poolie> it's 808035 i think?
[09:00] <wgrant> Bug #808035
[09:00] <wgrant> Yes.
[09:00] <poolie> i duped it
[09:00] <wgrant> Thanks.
[09:06] <Daviey> Hey.. does anyone know when we can expect the 'sync package' button/API support to land?
[09:10] <henninge> Daviey: is there  a bug for it?
[09:12] <wgrant> There's a Red Squad for it.
[09:12] <lifeless> Daviey: you mean the existing syncSource API call ?
[09:12] <lifeless> Daviey: or something different ?
[09:14] <Daviey> lifeless: i have NFI.. i just want a pretty button :)
[09:14] <lifeless> what do you want it to do?
[09:15] <Daviey> lifeless: sync from Debian to Ubuntu development series.
[09:15] <lifeless> Daviey: thats not coming
[09:15] <wgrant> lifeless: It is.
[09:15] <lifeless> wgrant: I thought the debian -> ubuntu special changes were out of scope
[09:15] <wgrant> Special changes?
[09:16] <lifeless> maintainer -> X-Orig-Maintainer
[09:16] <Daviey> ah ha! bug #771341
[09:16] <wgrant> That's done by pkgbinarymangler.
[09:16] <wgrant> Not the sources.
[09:16] <wgrant> The .dsc is copied over verbatim.
[09:16] <lifeless> oh cool
[09:16] <lifeless> this is excellent the
[09:16] <lifeless> n
[09:16] <wgrant> Yes :)
[09:17] <Daviey> wgrant: Do you know of progress?
[09:17] <wgrant> Daviey: bigjools' squad is working on it.
[09:17] <wgrant> It's mostly implemented.
[09:17]  * Daviey holds out for bigjools.  Thanks.
[09:17] <wgrant> Mostly just needs tweaks, testing, polish, and enablement.
[09:17] <wgrant> I believe.
[09:18] <bigjools> moreover, it needs careful QA by someone special
[09:18] <Daviey> bigjools: 'special' can be read two ways.. Someone smart or someone 'special'. :)
[09:19] <bigjools> Daviey: if the latter I'd say spethial
[09:20] <Daviey> :)
[09:32] <mantiena> Hi all, I have a problem with launchpad recipes - recipe with quilt patch doesn't build :(
[09:33] <mantiena> https://launchpadlibrarian.net/75428258/buildlog.txt.gz
[09:33] <mantiena> Patch debian/link-against-needed-libs.diff does not remove cleanly (refresh it or enforce with -f)
[09:33] <mantiena> make: *** [unpatch] Error 1
[09:34] <mantiena> I've tested on my computer (Ubuntu 10.04) and this patch does apply and unapply without errors
[09:36] <mantiena> guest@vitas-linux:~/Desktop/recipe-1.8~svn20110718-0$ QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a
[09:36] <mantiena> Applying patch debian/link-against-needed-libs.diff
[09:36] <mantiena> patching file source/Irrlicht/Makefile
[09:36] <mantiena> Now at patch debian/link-against-needed-libs.diff
[09:36] <mantiena> guest@vitas-linux:~/Desktop/recipe-1.8~svn20110718-0$ QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R
[09:36] <mantiena> Removing patch debian/link-against-needed-libs.diff
[09:36] <mantiena> Restoring source/Irrlicht/Makefile
[09:36] <mantiena> No patches applied
[09:39] <dpm> henninge, do you know why no templates are being imported on https://translations.launchpad.net/evolution-indicator ?
[10:13] <mantiena> henninge: could you tell me who can help with launchpad recipes? it seems there is a bug in bzr-builder :(
[10:14] <henninge> mantiena: wgrant and bigjools are two candidates
[10:14] <henninge> dpm: looking
[10:19] <henninge> dpm: My memory might be wrong but I am pretty sure you need to configure the template import from the branch for templates to be built.
[10:22] <dpm> henninge, they are configured there: https://translations.launchpad.net/evolution-indicator/0.1, hence the question
[10:23] <mantiena> wgrant: hi, are you online?
[10:23] <henninge> dpm: oh, I was looking at tunk
[10:23] <henninge> trunk
[10:25] <dpm> ah, I see. Sorry, I should have been more detailed. I've enabled imports in trunk now too, but IIRC, the imports were already enabled on 0.1, so I thought it was not a matter of having to wait for the templates to be generated
[10:29] <mantiena> bigjools: Hi, are you online?
[10:39] <henninge> dpm: I have no answer atm. I have looked at different projects right now and could not verify that any templates are being built.
[10:40] <henninge> dpm: I have to go afk now but will be back later
[10:42] <henninge> false alarm ...
[10:42] <mantiena> henninge: it seems  wgrant and bigjools are offline :(
[10:48] <StevenK> mantiena: I suspect the build process is assuming the patches are applied when it runs clean
[10:48] <henninge> StevenK!
[10:48] <henninge> ;-)
[10:49]  * StevenK waves his arm. I am not the Soyuz developer you are looking for.
[10:49] <henninge> StevenK: which one am I looking for?
[10:49] <henninge> ;-)
[10:49] <StevenK> Haha
[10:49] <mantiena> StevenK: AFAIK they are applied - see line Applying patch debian/link-against-needed-libs.diff in https://launchpadlibrarian.net/75428258/buildlog.txt.gz
[10:50] <StevenK> Yes, I'm reading it.
[10:50] <StevenK> Hm, damn quilt.
[10:52] <StevenK> Odd.
[10:53] <Daviey> mantiena: where is the recipe?
[10:53] <mantiena> StevenK: maybe you know where is the problem? Maybe I should use dpatch or something instead of quilt?
[10:54] <StevenK> I'm having a closer look
[10:54] <mantiena> Daviey: https://code.launchpad.net/~baltix/+recipe/irrlicht-svn
[10:58] <mantiena> I've created a question about this problem: https://answers.launchpad.net/launchpad/+question/165193
[10:59] <Daviey> mantiena: I don't know if it's related, but it's not convention to have debian/patches/debian/*.patch
[10:59] <Daviey> mantiena: try debian/patches/*.patch
[11:04] <Daviey> mantiena: Also, touching quilt in debian/rules with a deb src 3 (quilt) package?
[11:07] <mantiena> Daviey: original irrlicht libraries from Ubuntu 11.04 "Natty" has debian/patches/debian/* , see http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/irrlicht/natty/files/head:/debian/patches
[11:16] <artnay> poolie: ok, thanks anyway. it's true projects could be sorted in many more meaningful ways than they are now (alphabetical)
[11:17] <mantiena> StevenK: I've created a question about this problem, please answer there: https://answers.launchpad.net/launchpad/+question/165193
[11:17] <mantiena> I've unstable internet connection and often get disconnected from IRC :(
[11:29] <henninge> adeuring: Can you take over, please? ;-)
[11:29] <adeuring> henninge-lunch: sure
[11:39] <artnay> poolie: I created bug #812243
[12:12] <mantiena> wgrant: could you tell me is it launchpad recipe building bug or not? https://answers.launchpad.net/launchpad/+question/165193
[13:43] <mrevell> Hey nigelb!
[13:43] <nigelb> mrevell: Hey
[13:43] <nigelb> mrevell: I'm still at work :(
[13:44] <mrevell> nigelb, Do you think you'll be available at some point in the next three hours?
[13:44] <nigelb> mrevell: That's for sure. I can ping you as soon as I'm home
[13:44] <mrevell> nigelb, Great, thanks :)
[13:51] <mantiena> bigjools: could you tell me is it launchpad recipe building bug or not? https://answers.launchpad.net/launchpad/+question/165193
[13:56] <bigjools> mantiena: I don;t know
[13:56] <bigjools> it's either a bzr recipe builder bug or a package problem
[14:00] <deryck> adeuring, it's my turn on IRC. :)
[14:01] <adeuring> deryck: thanks!
[14:01] <deryck> benji, are you still doing IRC duties, or just your name left from Friday?
[14:01] <benji> deryck: I forgot it wasn't my week.  I'll take my name off.
[14:02] <deryck> benji, ok, no worries.
[14:08] <mantiena> Why today building packages takes very long time? I should wait 4-10 hours before build starts :( See https://code.launchpad.net/~baltix/+archive/ppa/+build/2632455
[14:09] <mantiena> Maybe some builders are stopped again?
[14:11] <bigjools> some are stopped, yes
[15:06] <mantiena> bigjools: maybe you can start these stopped builders ?
[15:07] <bigjools> mantiena: they are in use elsewhere, you will have to be patient
[15:08] <jo-erlend> uhm. I'm trying to add an ssh key and remove an email address from my launchpad account. But I can't figure out how. It lets me change my name, username and picture, but nothing else, it seems. How ..?
[15:10] <deryck> jo-erlend, there should be an edit icon next to "ssh keys" on your lp page.  Do you see that?
[15:10] <deryck> jo-erlend, likewise for email
[15:10] <jo-erlend> deryck, there is no icon there.
[15:11] <deryck> jo-erlend, are you on Firefox with ati card by any chance?
[15:11] <jo-erlend> deryck, I am.
[15:11] <deryck> jo-erlend, yeah, this is a known, nasty bug.  the sprite file is not loaded for you.
[15:12] <jo-erlend> what the... Are you seriously telling me that the webpage doesn't work properly because of which VGA I'm using in a certain browser? :)
[15:12] <deryck> jo-erlend, so append +editpgpkeys or +editemails to your ~name url to get to these pages.
[15:13] <deryck> jo-erlend, and yes, that's what I'm saying :)  The file is too large for your browser/graphics card combination/
[15:13] <deryck> jo-erlend, oddly enough, any another browser and your card will work fine ;) :)
[15:13] <jo-erlend> deryck, yes, but what I want to do is to add an ssh key. +edutsshkeys doesn't seem to work.
[15:14] <jo-erlend> +editsshkeys...
[15:15] <deryck> jo-erlend, you don't have a text box on that page to add the public key?
[15:16] <deryck> jo-erlend, you can try https://launchpad.net/people/+me/+editsshkeys to make sure you're getting to the right page, too.
[15:18] <jo-erlend> deryck, http://ubuntuone.com/p/157C/
[15:19] <deryck> jo-erlend, that's your page.  did you follow the link I pasted to the +editsshkeys page?
[15:20] <jo-erlend> yes, and there I'm able to paste my key. I don't understand why I can't simply choose and upload the file, but..
[15:25] <maxb> jo-erlend: I guess it's just convention, most codehosting projects I've seen handle ssh keys that way
[15:25] <maxb> It may also be to avoid people uploading multi-key authorized_keys files without thinking
[16:53] <maujhsn> Can a newly issue PGP key issued by launchpad.net via gmail be cut & pasted in gnome terminal to be decrypted?
[16:56] <maujhsn> Anybody willing to give it a shot?
[17:16] <and`> wgrant, hey! I had a talk with you a few weeks ago about my openID login issue. I've submitted a ticket but never got a response, plus my login is still available for my old unregistered e-mail. Do you have any suggestion on how I can move forward?
[17:34] <deryck> abentley, hey man.  pitching to you for IRC now.
[17:34] <abentley> deryck: okay.
[18:58] <mrjazzcat> rmriches: abentley appears to be the current support contact
[18:59] <mrjazzcat> rmriches, abentley.  Robert works with us on an OEM project (not to be named here).  But, he can't get logged in anymore.
[19:00] <abentley> mrjazzcat: openid login issues are ISD.  Let me see if I can find the right contact.
[19:00] <mrjazzcat> abentley: Thanks.
[19:21] <ToyKeeper> rmriches: Login issues?  (PM)
[19:21] <abentley> mrjazzcat, rmriches: ToyKeeper can look into this issue.
[19:42] <mrjazzcat> ToyKeeper: So, rmriches has not been able to login to LP.  He works on on OEM project with us.  He mentioned that he tried a password reset, but never received the confirmation email.  He checked his spam filter.
[19:43] <ToyKeeper> mrjazzcat: Already resolved.
[19:43] <mrjazzcat> abentley: Thanks for your help, Aaron
[19:43] <mrjazzcat> ToyKeeper: Thank you.
[19:43] <abentley> mrjazzcat: np.
[19:43] <ToyKeeper> ... and two bugs to file to keep his issue from happening again.
[19:43] <abentley> ToyKeeper: thanks.
[19:45] <ToyKeeper> (LP addresses easily get out of sync with SSO addresses, and SSO returns the same html regardless of whether an account exists, to avoid revealing account data)
[19:46] <ToyKeeper> I heard someone talking about LP/SSO sync issues a while ago...  any idea who might be working on that?
[19:49] <abentley> ToyKeeper: No, I don't know who would be working on that.  (I searched and found your "RFA: fixing login.launchpad.net" email.)
[19:49] <ToyKeeper> I don't remember who was talking about it.  :(
[19:49] <ToyKeeper> That's okay though.  I can make a new bug and dupe it if an older one shows up.
[20:24] <Jordan_U> How should I report spam / spammers? Specifically: https://bugs.launchpad.net/~airmax ( Viagra spam on https://bugs.launchpad.net/debian/+source/man-db/+bug/411534 Phishing scam on https://bugs.launchpad.net/ubuntu/+source/gnome-media/+bug/378333 and many more ).
[20:24] <abentley> Jordan_U: file a Question against Launchpad.
[20:25] <Jordan_U> abentley: About how to report spammers or as a way to report spammers?
[20:25] <abentley> Jordan_U: as a way to report spammers.
[20:26] <Jordan_U> abentley: Thanks. Will do.
[20:34] <wgrant> ToyKeeper: Around?
[20:57] <ToyKeeper> wgrant: Sorry, was distracted.  What's up?
[21:01] <wgrant> ToyKeeper: and` submitted an SSO support ticket a few weeks ago, and apparently never got a response.
[21:01] <and`> ToyKeeper, I am here if you need details.
[21:01] <and`> wgrant, thanks:)
[21:01] <wgrant> It seems it was the 11th of June.
[21:02] <ToyKeeper> I think most of those go to the global support & services team.
[21:03] <ToyKeeper> At least, if you use the support link at the bottom of login.(launchpad.net|ubuntu.com).
[21:03] <wgrant> ToyKeeper: How would and` best go about following that up?
[21:06] <ToyKeeper> I found the ticket.  It seems jpds handled it, but I don't see many details about it.
[21:11] <wgrant> ToyKeeper: Regarding the sync issues, nobody is working on that. There's not much we can do from our end.
[21:11] <wgrant> ToyKeeper: It's not clear if there is a solution to the issue.
[21:11] <wgrant> We only ever get the primary email address from SSO.
[21:11] <ToyKeeper> wgrant, and`: I'll see if I can figure out what happened on the server, and bug jpds to see why he closed it without a response.
[21:11] <wgrant> ToyKeeper: Thanks.
[21:11] <and`> ToyKeeper, awesome, thank you
[21:12] <ToyKeeper> wgrant: Yes, I suspect it would require an openID extension, but it seems like it might be worthwhile.
[21:12] <wgrant> ToyKeeper: Possibly. Better may be to finish the split.
[21:12] <wgrant> And destroy login.launchpad.net.
[21:13] <wgrant> But it may still be worth keeping addresses in sync with SSO for those users who choose to use it.
[21:13] <wgrant> Regardless, SSO should probably stop OOPSing.
[21:13] <wgrant> In a lot of cases this would be fixable by the user if it didn't.
[21:14] <ToyKeeper> and`: All I can tell from the server log is that it tries to authenticate you and gets nothing instead of an account object.
[21:14] <wgrant> and`: Did the address belong to a Launchpad team before around April 2010?
[21:14] <and`> ToyKeeper, everything started when I changed my main e-mail address
[21:14] <and`> wgrant, yes
[21:14] <wgrant> That would do it.
[21:15] <and`> wgrant, I had an issue with that as well
[21:15] <wgrant> ToyKeeper: SSO has all the old team email addresses in its DB, taken from Launchpad when the split happened.
[21:15] <and`> it told me the address was registered already within a team but I was sure it wasn't
[21:15] <wgrant> ToyKeeper: But they're not associated with Accounts, because they're teams.
[21:15] <ToyKeeper> and`: Changed the address in LP or in SSO?
[21:15] <wgrant> ToyKeeper: They should all be purged.
[21:15] <wgrant> You can't have added the address in SSO.
[21:15] <wgrant> That OOPSes.
[21:15] <and`> ToyKeeper, LP
[21:17] <ToyKeeper> wgrant: That seems to match what I see in the code.
[21:18] <wgrant> ToyKeeper: From what I can tell, c-i-p assumes that every emailaddress has an account.
[21:18] <wgrant> But the data has not been cleaned up from LP, where that is false.
[21:19] <ToyKeeper> Yup.  It checks the email validation status, but not whether there is actually an account.
[21:19] <wgrant> Rather than fixing that, we should probably fix the data.
[21:19] <ToyKeeper> and`: What is the LP account name?
[21:19] <and`> ToyKeeper, 'av'
[21:20] <ToyKeeper> and`: How long has it been failing?
[21:21] <and`> ToyKeeper, since I changed my main e-mail address around one month ago or maybe a bit more
[21:23] <ToyKeeper> and`: What did you change it from / to?
[21:24] <and`> ToyKeeper, from andrea.veri89@gmail.com to andrea.veri@gmail.com
[21:24] <ToyKeeper> I can probably get the immediate issue fixed reasonably soon, but the systemic issues may take a while.
[21:24] <and`> ToyKeeper, as a note, I login to LP using my old address still
[21:25] <ToyKeeper> and`: Could you try to add the new address to your SSO account, and send me the oops ID if it gives you one?
[21:25] <and`> ToyKeeper, sure, sec
[21:25] <and`> ToyKeeper, 2025carambolalaunchpad9
[21:26] <ToyKeeper> ... will take a bit to sync that from the app server to the logging server, but it should help with fixing the root cause later.
[21:27] <ToyKeeper> and`: I think that's everything I need.  It may take a few days to get a sysadmin to fix the database; mind if I move the rest of this to email?
[21:28] <and`> ToyKeeper, nothing at all, will follow up as soon as I gonna receive your mail :)
[21:28] <and`> thank you very much
[21:32] <and`> ToyKeeper, please remember that and...89@g.c is no more active :)
[21:33] <ToyKeeper> Okay, good to know.
[21:57] <zooko> Folks, the Tahoe-LAFS trac is linked to launchpad, but launchpad has an old URL and the wrong name for it.
[21:57] <zooko> The correct URL is http://tahoe-lafs.org/trac/tahoe-lafs . The correct name is "Tahoe-LAFS Trac".
[21:57] <zooko> Do I need to send email somewhere to get that changed?
[21:57]  * zooko looks at https://bugs.launchpad.net/tahoe-lafs/+configure-bugtracker
[21:58] <zooko> Oh hey I think that fied it.
[21:58] <zooko> ^x
[21:59] <zooko> Yeah this looks right: https://bugs.launchpad.net/bugs/bugtrackers/tahoe-lafs.org-tahoe-lafs
[21:59] <zooko> Thanks, folks!
[21:59] <mwhudson> zooko: happy to help :)
[22:00] <zooko> :-)