[00:23] <dvryaboy> Hi, I have a total newbie question.  I'm trying to mirror an apache svn repository on launchpad, so that I can get updates from the main project while tinkering with my proposed features. You can see the branch here: https://code.launchpad.net/~vcs-imports/vlis-pig-cbo/trunk
[00:24] <dvryaboy> for some reason the import fails with "could not connect to server", although I am able to get to the server fine, and use svn to check out. Help?
[00:47] <Box> Hey everyone -- I'm trying to build a PPA for multiple series, which I thought was accomplised by changing the series in the changelog and appending ~intrepid (or whatever) to the version number. But launchpad is rejecting my upload with the message: Version older than that in the archive. 1.0.250~hardy1 <= 1.0.250~jaunty1. Any ideas?
[00:48] <wgrant> Box: Did you change the release name in the changelog?
[00:48] <wgrant> Doesn't look like it.
[00:49] <Box> dag, you're right; I guess I messed that up somehow
[00:50] <Box> thanks much!
[01:42] <laceration> hello, I am here seeking help w/ PPA
[01:45] <laceration> How come I dput-ed my package from a amd64 and the package is listed i386?
[01:46] <laceration> The package is architecture independent anyways.
[01:51] <ojwb> the PPA system rebuilds from the source package, so it has probably just arbitrarily chosen to rebuild your package on i386
[01:52] <ojwb> laceration: ^
[01:54] <laceration> So i386 is meaningless?
[01:57] <ojwb> well, it needs to get rebuilt somewhere
[01:57] <micahg> laceration: architecture independent are all i386
[01:57] <micahg> but they still show up in the amd64 list
[02:01] <laceration> Thank you for answering,  where is the amd64 list?  There isn't anything like that on my PPA page -- I guess I could look at another PPA.
[02:03] <micahg> in the packages file
[02:04] <micahg> where's your ppa?
[02:04] <laceration> I looked at another PPA, It looks like the arch only shows up when there were build failures.
[02:05] <laceration> So if I build it correctly  the issue would be moot.
[02:05] <micahg> laceration: you generally don't have to worry
[02:05] <micahg> Here look at my ppa, phpmyadmin package: https://edge.launchpad.net/~micahg/+archive/ppa/
[02:06] <micahg> it still shows up on the amd64 packages list: http://ppa.launchpad.net/micahg/ppa/ubuntu/dists/jaunty/main/binary-amd64/Packages
[02:07] <micahg> lp just uses i386 instead of noarch
[02:11] <laceration> ﻿phpmyadmin--I have appreciated using that for  long time!  I am unclear on the meaning of "build".  Since my package is bash scripts was the build failure in that it got treated as a C program or was it in building the package?
[02:12] <micahg> idk, where's the build log?
[02:13] <laceration> https://launchpad.net/~manzanitalaceration/+archive/ppa/+builds
[02:14] <micahg> cp: cannot stat `./ostv': No such file or directory dh_install: command returned error code 256
[02:14] <micahg> check your rules file
[02:15] <micahg> there are ways to clean up the debian directory for non c programs
[02:15]  * micahg is not an expert on packaging
[02:16] <laceration> I have a lot of trial and error going on there.
[02:16] <micahg> ping wgrant
[02:17] <micahg> ping kfogel
[02:19] <kfogel> micahg: hey
[02:19] <micahg> hi
[02:19] <kfogel> micahg: back in ny now, how are you?
[02:19] <micahg> I'm good
[02:20] <micahg> having a problem with a PPA
[02:20] <micahg> others can get the proper file but I can't
[02:20] <kfogel> micahg: oooh.  I am not the most knowledgeable person about PPAs, but I can try.  What's the problem?
[02:20] <micahg> I can see the updates packages file
[02:21] <kfogel> micahg: (URL?)
[02:21] <micahg> http://ppa.launchpad.net/gm-dev-launchpad/ppa/ubuntu/dists/jaunty/main/binary-amd64/Packages
[02:21] <micahg> but my system keeps pullling down the older version
[02:24] <micahg> I figured it out
[02:24] <micahg> the .bz2 file is old
[02:26] <micahg> anyone know about this
[02:31] <micahg> kfogel: have yyou compiled the list of feature requests for LP 4.0 yet?
[02:43] <jml> kfogel, hello
[03:29] <kfogel> micahg, jml: was on phone, sorry
[03:29] <kfogel> micahg: looking at the problem
[03:29] <kfogel> jml: hey, morning!
[03:30] <kfogel> micahg: oh, you figured it out, good
[03:31] <wgrant> micahg: Do you still have a problem?
[03:40] <micahg> wgrant: nope, thanks
[03:41] <wgrant> micahg: Great.
[10:36] <c_korn> hello
[10:36] <c_korn> is the script available somewhere which marks the bugs as fix released according to the (LP: #xxxxxxx) entries in debian/changelog ?
[10:38] <intellectronica> c_korn: yes, it's part of launchpad itself
[11:19] <geser> has somebody else a layout problem with the portlet in the LP 3.0 style on a widescreen monitor (1920x1200) or is it just me?
[11:20] <wgrant> geser: One of the main content portlets ends up beside the main heading?
[11:21] <geser> e.g. on https://edge.launchpad.net/ubuntu/+source/evolution I see the portlet on the right side below the main content
[11:22] <wgrant> Ah, indeed.
[11:22] <wgrant> That's really odd.
[11:22] <geser> see also my screenshots in bug #419337
[11:24] <geser> it doesn't happen always, just when my browser is wider than a certain value (> 1635 px) e.g. when maximized
[11:42] <AnAnt> Hello, how do I add bug tracker URL to a bug in launchpad?
[11:44] <bigjools> AnAnt: click on one of the "Also affects ..." links
[11:44] <intellectronica> AnAnt: if you just want to create a new watch, you can simply paste the url of remote bug in a comment. if you want that watch to track the status of the bug in launchpad, you can use the 'also affects' action
[11:45] <AnAnt> also affects distro ?
[11:46] <intellectronica> AnAnt: also affects project, in this case
[11:46] <AnAnt> intellectronica: well, I should add a project that's in LP
[11:47] <geser> depends on what you want link (a Debian bug -> also affects distro; a upstream bug tracker -> also affects project)
[11:47] <AnAnt> geser: but the upstream bug tracker is on sourceforge
[11:49] <AnAnt_> but the upstream bug tracker is on sourceforge
[12:11] <yannf> hello
[12:11] <yannf> https://bugs.launchpad.net/openlibrary/+bug/423109 how do I change a new bug I created to wishlist?
[12:16] <noodles775> yannf: click on the edit icon next to the current value in the Importance column (at the top of the bug).
[12:16] <noodles775> (or the value itself for that matter).
[12:17] <intellectronica> noodles775, yannf: actually, that depends on the project. some use the wishlist importance value (which only project drivers can set) but others (like launchpad itself, for example) just tag the bug with something like "feature"
[12:19] <yannf> noodles775, I can't do that, which is quite strange, because I can change the status, but not the importance
[12:19] <noodles775> yannf: as per intellectronica above, I guess you're not a project driver?
[12:20] <wgrant> The project bug supervisor actually, not the driver.
[12:21] <intellectronica> wgrant: well, the bug supervisor or owner if a supervisor isn't set. thanks for the correction
[12:21] <wgrant> intellectronica: Mmm, yes, true.
[12:21] <wgrant> A bit complicated.
[12:22] <intellectronica> yannf: so, i think your best bet is to try and get in touch with the people running the project and find out from them how they usually handle feature requests
[12:22] <yannf> noodles775, effectively, no
[12:22] <wgrant> intellectronica: Rather, I think Launchpad needs to work out a way of using status and importance properly. Since not even LP uses them consistently.
[12:23] <yannf> intellectronica, ok, thanks, OL people are anly active on PST it seems
[12:30] <intellectronica> wgrant: huh? we use them consistently. we don't use the confirmed status and the wishlist importance. if it were up to me they can be removed completely, but there are some projects that do use them
[12:31] <wgrant> intellectronica: Well, some projects use them very differently (eg. Ubuntu), and Launchpad's various projects differ wrt. importance.
[12:34] <intellectronica> wgrant: yes. it's hard to do something that works well for so many projects. consider that LP is still _much_ better than other services which allow you to customize the values on a per-project basis and by this make any cross-project collaboration very hard. but i agree we should try to make this part even cleaner
[13:32] <shakaran> I need some help with my ppa. I have this ppa https://launchpad.net/~shakaran/+archive/ppa and I upload a package, but it dont show anything!
[13:32] <shakaran> http://paste.ubuntu.com/263756/
[13:34] <geser> dput the _source.changes file
[13:34] <shakaran> I sign the deb files with my OpenGPG key that also appear on launchpad
[13:34] <shakaran> I dont undertand you geser, what you mean?
[13:35] <geser> you try to upload the binary build and not the source package alone
[13:36] <shakaran> how to do it? binay build is a .deb file?
[13:36] <shakaran> *binary
[13:36] <geser> yes
[13:37] <shakaran> http://paste.ubuntu.com/263761/
[13:37] <geser> when you  do a "debuild -S -sa" you only build the source package and get a ..._source.changes file for your package which you can dput then
[13:38] <geser> that's exactly what won't work as the PPA excepts that you upload only the source package
[13:39] <shakaran> then I do "debuild -S -sa" now?
[13:39] <geser> yes
[13:39] <geser> that will build only the source package
[13:41] <shakaran> http://paste.ubuntu.com/263764/
[13:41] <shakaran> yes or no?
[13:42] <geser> yes
[13:42] <geser> that's a packaging error but trying to fix it now would probably take to much time
[13:43] <shakaran> http://paste.ubuntu.com/263766/ umn, dont sign...:(
[13:46] <geser> so your name in debian/changelog and on your key don't match so debsign can't figure it out itself
[13:47] <geser> debsign -k"your keyid here" ../tivion_0.0.1-0ubuntu1_source.changes
[13:48] <shakaran> Successfully signed dsc and changes files. Now I do debuild again?
[13:48] <geser> no
[13:49] <geser> just dput this file (tivion_0.0.1-0ubuntu1_source.changes) to your PPA
[13:51] <geser> debuild tries to sign your package after building it but it failed, but we did it afterwards with the debsign (debuild calls also debsign)
[13:51] <shakaran> http://paste.ubuntu.com/263774/
[13:53] <geser> hmm, didn't you signed this file a minute ago?
[13:56] <shakaran> weird things: http://paste.ubuntu.com/263780/
[13:56] <shakaran> I sign and dput again
[13:57] <geser> looks good, now wait on the mail telling you if the upload got accepted or rejected for some reason
[13:58] <shakaran> How much time for get the email?
[14:01] <geser> it may take some minutes
[14:01] <geser> don't remember how often per hour the uploads are processed
[14:02] <shakaran> ok, thanks for your help ;)
[14:11] <deryck> barry, ping.
[14:19] <barry> deryck: pong
[14:47] <shakaran> hi again, my pakage has been rejected by a mistake with path. My ppa is:
[14:48] <shakaran> https://launchpad.net/~shakaran/+archive/ppa
[14:48] <shakaran> What I have change on dput.cf for incoming?
[14:48] <shakaran> I currenly have incoming = ~shakaran/tivion/ubuntu/
[14:48] <shakaran> Maybe incoming = ~shakaran/ppa
[14:48] <shakaran> wih ~?
[14:49] <bigjools> shakaran: ~shakaran/ppa/ubuntu
[14:49] <shakaran> thanks, I will try the upload again
[14:50] <shakaran> umn, I cant upload again, says: Already uploaded to my-ppa on ppa.launchpad.net
[14:51] <bigjools> use dput -f
[14:56] <shakaran> $ dput -f
[14:56] <shakaran> No package or host named.
[14:58] <geser> shakaran: dput -f ... (... = your usual options)
[14:58] <shakaran> ok, I see, rigth now I search in manpage ;)
[14:59] <shakaran> Successfully uploaded packages. Then I need wait again to accepted/rejected?
[14:59] <geser> yes
[15:00] <shakaran> thanks
[15:00] <geser> sinzui: re bug 419337: I still wonder why you can't reproduce it while I see it in two different browsers
[15:00] <shakaran> another question (maybe is better on ubuntu-motu), but how to fix this:
[15:00] <shakaran> dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[15:01] <sinzui> geser: It is puzzling. No one else has reported the issue either.
[15:01] <sinzui> geser: your CSS recommendation is correct. The rule should have always been there
[15:04] <geser> it was more try and error than I understood the complete LP CSS layout
[15:06] <sinzui> geser: This rule uses percentages:
[15:06] <sinzui> .yui-t4 .yui-b {
[15:06] <sinzui>     width: 21%;
[15:06] <sinzui>     }
[15:06] <sinzui> but this one used ems. I think they need to use the same unit.
[15:06] <sinzui> #maincontent {
[15:06] <sinzui>     margin-right: -25em;
[15:06] <sinzui>     }
[15:08] <geser> there is also a overridden margin-right: -200px for #maincontent from style-slimmer.css
[15:09] <geser> and also overridden margin-right: -25em fro .yui-main from grids.css
[15:22] <geser> sinzui: does every LP page has a portlet on the right side?
[15:22] <sinzui> geser: no, only pages indexes and collections to show actions, events, and subscribers
[15:26] <geser> sinzui: I've played a little bit with the CSS in firebug and an other option to fix the problem I see is to not overlap the portlet the maincontent div but make the maincontent div take around 77% width and let the remaining space for the portlet
[15:27] <sinzui> geser: yes, I was considering that. The design mandates that I use % in this case
[15:27] <geser> that way I don't need those negative margin-right
[15:29] <sinzui> geser: We intend to remove all the # instructions from the file in a few weeks
[15:30] <geser> I've read it in the CSS file
[15:31] <sinzui> geser: So I need a hack to keep the pages sane until then. I think This rule may be at fault:
[15:31] <sinzui> .yui-t4 .yui-main .yui-b {
[15:31] <sinzui>     width: auto;
[15:31] <sinzui>     margin-right: 24%;
[15:31] <sinzui>     }
[15:31] <sinzui> ^ width should be 77% I think
[15:31] <geser> I hope this displacement of the portlet won't come back then
[15:31] <geser> yes, width to 77% (to let a little space between the main content and the portlet) and margin-right: 0 (or remove it at all)
[15:32] <sinzui> geser: the problem is in style.css, the old CSS, We will remove all the id selectors to make resolve this issue.
[15:39] <geser> does it makes currently sense to file bugs when I see displaced content or should I wait till the old CSS is gone?
[15:46] <ronny> hi
[15:46] <ronny> what page is for configuring remote bugrackers again?
[15:50] <ronny> nm, just stumbled over it
[15:53] <sinzui> geser: I think it is better to report bugs as the pages change. Each developer is depending on the style and code to be correct and consistent.
[16:02] <c_korn> hello
[16:03] <c_korn> I have a question about liblaunchpad (the python lib). launchpad.bugs[1] works but launchpad.bugs[2] gives a key error.
[16:04] <gmb> c_korn: That's because bug 2 doesn't exist. It got deleted (don't know why).
[16:04] <gmb> See :)
[16:06] <c_korn> oh, how embarrassing :)
[16:52] <shakaran> I trying to push a branch, but it shows: $ bzr push lp:~shakaran/tivion/tivion --use-existing-dir
[16:52] <shakaran> bzr: ERROR: Not a branch: "/home/shakaran/sandbox/".
[17:06] <shakaran> some help? I cannot push in my bzr branch
[17:07] <shakaran> I need somethin more? I do this: https://help.launchpad.net/Code/UploadingABranch#pushing-without-registering but it dont working
[17:13] <matsubara> shakaran, you need to `bzr push` inside the branch you're trying to push
[17:14] <shakaran> I just read that I need initialize a new bzr branch on my machine before with `bzr init`
[17:15] <shakaran> the launchpad link dont say anything of these (but it is obvious)
[17:20] <shakaran> well, now the sign hell again: http://paste.ubuntu.com/263896/
[17:38] <soren> shakaran: That's an authentication problem. Do you have your SSH private key on that machine?
[17:39] <shakaran> umn, I put the public key...uff this hell of ssh keys
[17:40] <shakaran> IdentityFile ~/.ssh/your_launchpad_key  this is for private key dont?
[17:40] <soren> shakaran: IdentityFile specifies the private key, yes.
[17:41] <shakaran> usually is called id_rsa?
[17:41] <shakaran> I have this file, is right?
[17:41] <soren> Usually, it's id_rsa (or id_dsa), yes.
[17:42] <soren> I have no way to tell if your id_rsa is the correct one.
[17:42] <junior1> Could someone look at this log and tell me why I am getting this error??
[17:42] <AlexC_> g'morning
[17:43] <AlexC_> where can I go to poke people in the right direction of how to polish up an interface? Recent interface changes are .... I'll leave it at that. You're eye gets taken everywhere due to the mismatch of boldness, fontsize, inconsistent padding, misaligned elements etc. I'd like to make someone aware of them that can fix them
[17:45] <junior1> sorry got disconnected
[17:47] <shakaran> Host bazaar.launchpad.net
[17:47] <shakaran>     IdentityFile ~/.ssh/id_rsa
[17:47] <shakaran>     User shakaran
[17:47] <shakaran> This dont work
[17:47] <AlexC_> 'dont work' is incredibly meaingless
[17:48] <soren> shakaran: As I said: I have no way to tell if your id_rsa is the correct one.
[17:49] <soren> shakaran: I suspect it isn't, since it's not working. Is your machine called otorion?
[17:49] <shakaran> yeah
[17:50] <shakaran> I need create again the dawn ssh key? (It is my second time today)
[17:50] <shakaran> *damn
[17:51] <junior1> This is a excerpt from the session log (the last 10 MiB):
[17:51] <junior1> Checking session consistency (brasero_burn_check_session_consistency burn.c:1905)
[17:51] <junior1> BraseroBurnURI called brasero_job_get_action
[17:51] <junior1> BraseroBurnURI called brasero_job_get_action
[17:51] <junior1> BraseroBurnURI called brasero_job_set_output_size_for_current_track
[17:53] <shakaran> soren: then? I create a new ssh key, upload again to launchpad and then push?
[17:54] <soren> shakaran: It's hardly surprising that if you overwrite your ssh key that you will no longer be able to connect to systems that have your old key on it.
[17:54] <shakaran> yeah, I write a lot of commands today on terminal, maybe someone change something?
[17:55] <shakaran> the launchpad tutorials can be translated?
[17:58] <AlexC_> how long does it take for the 'automatic' importing of translations take through Launchpad? Really is getting quite stupid the delays
[17:59] <AlexC_> 12 hours later, they've been accepted and only 1 has been imported. Is this really a common trend (the slowness)?
[18:03] <mtaylor> so, there doesn't seem to be any way to closing a bug while referring to a new bug that superseeds it?
[18:03] <mtaylor> or supercedes even
[18:05]  * mtaylor smacks self in the face
[18:05] <mtaylor> nevermind
[18:06] <c_korn> hello
[18:06] <c_korn> I am trying this code using liblaunchpad for python: http://pastebin.com/d5e6f2975
[18:06] <c_korn> there is no error but the tag is not added to the bug report
[18:06] <AlexC_> Ursinha: morning, hope you don't mind me poking - just wondered if you could help with a translation question
[18:07] <Ursinha> AlexC_, hi :) how may I help you?
[18:09] <AlexC_> Ursinha: hey, just translations take forever to import for me, pretty much always. I upload them, granted there is a lot, but it is never automatic or quick like it says. I uploaded them at 08:00-09:00, tis now 18:00. I don't expect it to be instant, but this does kinda take the piss
[18:10] <AlexC_> they are set as 'Approved' for ages now, and only 1 is imported
[18:10] <AlexC_> ah, about 12 are now actually. So something is working, very slowly
[18:10] <Ursinha> AlexC_, hmm, let's see
[18:10] <Ursinha> danilos, do you know what's happening here ^?
[18:11] <danilos> Ursinha, AlexC_: we are having some import slowness since yesterday at 18UTC, I don't know the cause yet; I've emailed launchpad-users and ubuntu-translators
[18:12] <AlexC_> danilos: ok, just my luck then :P
[18:12] <AlexC_> thanks, at least I know what is going on
[18:12] <danilos> AlexC_: unfortunately, no luck for anybody else either
[18:13] <danilos> AlexC_: if you do, please let me know since I am still trying to figure it out
[18:13] <AlexC_> yeah, just there is always something that slows me down with translations, yet to have a clear run
[18:13] <AlexC_> danilos: =) good luck hunting it down
[18:14] <matsubara-lunch> c_korn, that's due to bug 254901. there's a workaround in the bug report, IIRC
[18:16] <c_korn> matsubara-lunch: thanks for the info.
[18:18] <c_korn> the workarounf works quite well
[18:18] <c_korn> *workaround
[18:28] <shakaran> soren:  I finally get that it worked! Thanks
[18:34] <soren> shakaran: sure
[18:34] <leonardr> barry, i have a python question
[18:34] <leonardr> i've got a function make_my_class() in lazr.restful.utils, which returns a class object
[18:35] <leonardr> in lazr/restful/bar.py i call make_my_class() and assign it to MyClass
[18:35] <leonardr> the problem i'm having is that MyClass is really defined in lazr.restful.utils, not lazr.restful.bar
[18:35] <leonardr> is there any way to get the class to be created in the correct module?
[18:37] <barry> leonardr: is the problem that it's repr doesn't show the right location?  what's the problem with the way it's created?
[18:38] <leonardr> barry: the problem is that i then run grok on lazr.restful.bar, and it doesn't pick up MyClass because MyClass is 'really' defined in lazr.restful.utils
[18:40] <leonardr> barry: now that i know what the problem is, i'm probably going to try a totally different technique, but i'd still like to hear if you know of a solution
[18:40] <barry> leonardr: that's probably caused by some introspection that grok is doing.  i MyClass.__module__ is writable, so you should be able to pass that into the dict when you create it, or fiddle it afterward.  remember though that __module__ is a string
[18:41] <barry> you might also want to insert the class in the module's namespace if necessary
[18:41] <leonardr> barry: what's the best way to find the 'current' module?
[18:41] <barry> it's all wonky, but it could work :)
[18:42] <barry> leonardr: sys.modules[__name__]
[18:42] <leonardr> ok
[18:43] <leonardr> i think it'll be easier to just define the class itself using grok
[18:45] <barry> nod
[18:59] <mzz> leonardr: most likely you need to set __module__ to the name of the module it should be documented under
[18:59] <mzz> leonardr: I ran into something very similar, lemme pastebin my fugly hack
[18:59] <mzz> leonardr: http://paste.pocoo.org/show/137669/
[19:00] <mzz> so barry's first suggestion, not the second
[19:00] <leonardr> mzz, tx
[19:00] <mzz> oh wait, this isn't #python
[19:01] <mzz> oh well, answer still applies
[19:28] <LordMetroid> Like in Bug-zilla, I am seeing request for how to reproduce a bug a lot, maybe you should add another field besides the description for how to reproduce the bug
[19:54] <Ursinha> LordMetroid, in general we add this information in the bug description
[19:54] <maxb> This is the sort of thing that can go in the description. The description is editable, so it does not have to be added by the initial creator
[19:56] <Ursinha> LordMetroid, for instance this bug: https://bugs.edge.launchpad.net/launchpad-code/+bug/403839
[21:27] <LordMetroid> Ursinha, yes but it is not explicitly encouraged and hence people does it only now and then
[21:28] <Ursinha> LordMetroid, not because at least in my opinion this is a per-project choice
[21:29] <LordMetroid> ok, I see
[21:29] <Ursinha> in Ubuntu bugs guide, they propose a template when filing a bug
[21:30] <Ursinha> for instance
[22:14] <kiko> em
[22:14] <kiko> WTF
[22:14] <kiko> https://bugs.launchpad.net/api/beta/nunitv2/+bug/120977
[22:14] <kiko> this OOPSes?
[22:29] <mkanat> gmb: Okay, the gnome-working installation should be operational now.
[22:29] <mkanat> gmb: Let me know if there's still a problem.
[22:30] <gmb> mkanat: Awesome, thanks!
[22:50] <gmb> mkanat: I'm still seeing the "unclosed token" error on gnome-working.
[22:50] <mkanat> gmb: Mmm, are you seeing it on bgo?
[22:51] <gmb> mkanat: I don't think so. I'm just looking over the errors from the latest run now.
[22:51] <mkanat> gmb: Okay. gnome-working is in an inconsistent state.
[22:51] <mkanat> gmb: So I wouldn't worry too much about how it behaves with Unicode data.
[22:53] <gmb> mkanat: Okay. I'll try with a different bug :)
[22:53] <mkanat> gmb: Okay. :-)
[22:55] <gmb> mkanat: Yep, different bug works fine :).
[22:59] <mkanat> gmb: Great. :-)
[23:12] <ledbettj> Hi all, anyone know why I might be seeing a launchpad OOPS when trying to add one (specific) email address to my account, but no issues at all adding other email addresses?
[23:13] <spm> ledbettj: oops number?
[23:14] <ledbettj> spm: OOPS-1341F2700 from https://launchpad.net/~<username>/+editemails
[23:19]  * Ursinha waits for the oops to be synced
[23:21] <spm> Ursinha: it's tehre now
[23:26] <Ursinha> ledbettj, I'm investigating
[23:26] <ledbettj> great, thanks :)
[23:29] <mwhudson> i _guess_ that email is already associated with an Account but not a Person?
[23:31] <Ursinha> mwhudson, where those differ?
[23:31] <wgrant> Argh, not that issue again...
[23:32] <wgrant> The solution to that is login.launchpad.net, isn't it?
[23:32] <mwhudson> Ursinha: hm?  i mean, the email was used with shipit or something, not lp itself
[23:32] <mwhudson> Ursinha: very much a guess though!
[23:32] <Ursinha> mwhudson, hmm
[23:32] <wgrant> Is it EmailAddressAlreadyTaken?
[23:32] <mwhudson> wgrant: no
[23:33] <mwhudson> wgrant: looks like EmailAddress.owner being unexpectedly None
[23:34] <wgrant> mwhudson: That certainly sounds like it's an SSO account, so login.launchpad.net should solve it.
[23:34] <mwhudson> wgrant: please explain to ledbettj exactly what that means :)
[23:35] <Ursinha> mwhudson, what you said makes sense, seeing the code..
[23:35] <wgrant> ledbettj: What if you try to do it at https://login.launchpad.net/+edit-emails
[23:35] <ledbettj> @wgrant: I'll give that a shot
[23:36] <ledbettj> hrm.
[23:36] <ledbettj> 'The email address is registered to another user.'
[23:37] <wgrant> ledbettj: Sounds like you have two accounts, which you need to merge.
[23:40] <ledbettj> @wgrant: that's strange, apparently I do have two accounts. Just did a password reset on it.
[23:40] <ledbettj> thanks for the help!
[23:41] <Ursinha> I've filed a bug for it, just in case
[23:41] <wgrant> Where was the crash? Where it tries to urllib.quote the name?
[23:42] <mwhudson> wgrant: yes
[23:42] <wgrant> That's a difficult bug to fix.
[23:44] <ledbettj> @wgrant, et al: excellent, my accounts have been merged. thanks again.
[23:44] <wgrant> ledbettj: Great.
[23:46] <rickspencer3> hiyas