[01:38] <james_w> anyone else seeing unterminated strings from Launchpad's API?
[01:38] <james_w> truncated JSON I assume
[01:38] <wgrant> james_w: Not I.
[01:38] <wgrant> james_w: Is it the same object each time?
[01:39] <wgrant> I've had one element of the cache get corrupted like that before.
[01:39] <james_w> seems to be actually
[01:39] <james_w> ah, cache, good call
[01:40] <james_w> yep, ubuntu-application truncated in the cache, thanks
[01:41] <wgrant> Yay...
[04:15] <ScottK> wgrant: Would it make sense to be able to upload a tarball to an upstream project with a version number (say 0.4) and then have LP look in bzr and see there's a 0.4 tag and then do all the series/milestone stuff automatically?
[04:16] <ScottK> For small projects the current workflow seems a bit cumbersome.
[04:17] <lifeless> there are some scripts to automate stuff
[04:18] <lifeless> but yeah, I think that would be good
[04:19] <ScottK> Should I file a bug for that?
[04:19] <lifeless> have a look and see if one of the existing ones describes the cumbersomeness
[04:19] <lifeless> but if you can't find a match, then yes, absolutely
[04:22] <ScottK> I don't see anything.
[04:26] <wgrant> Hmm.
[04:26] <ScottK> Bug #797508
[04:26] <ScottK> Feel free to dupe it if it matches something I missed.
[08:10] <bdrung> hi, can someone set this https://code.launchpad.net/~druke/ubuntu/natty/g15daemon/bug-657598/+merge/64168 to merged?
[08:15] <micahg> bdrung: an ubuntu-branches member should be able to do it
[09:25] <henninge> Good morning!
[09:39] <dpm> hi henninge, good morning. Do you think a maintenance squad could have a look at bug 788685? The Ubuntu side has now been implemented, and all it's left is for LP to stop ignoring universe translation tarball imports. My understanding was that this would be a relatively trivial fix.
[09:42] <henninge> dpm: Hi!
[09:42] <dpm> hey ;)
[09:42] <henninge> dpm: I don't know were the ignoring happens and if this is trivial but danilos is on a maintenance squad, too.
[09:43] <henninge> Maybe he can look into it.
[09:43] <danilos> henninge, "kind of", still wrapping the feature work (only one in my team left doing that)
[09:43] <dpm> ok, yeah, I just thought I'd ping you as the help contact first
[09:43] <dpm> I mean henninge
[09:44] <henninge> that's fine, I am just saying that I am not aware of a possible easy fix but that danilos might be.
[09:45] <danilos> dpm, henninge: fwiw, it should be quite simple, and it's mostly in soyuz code, so I think any LP engineer could take a look
[09:46] <danilos> dpm, and you might want to ask for it to be prioritized higher through the stakeholder process (that's your best bet)
[09:47] <dpm> danilos, my understanding was that the stakeholder process was for big features, and that for small bugs we were supposed to ask here for a maintenance squad to have a look at it if possible
[09:47] <dpm> I'm still a bit confused on how all this works
[09:47] <dpm> while I'm happy to go through all the stakeholder process for a feature, I don't think it makes sense for this particular bug
[09:49] <danilos> dpm, it's called "bug escalation" and I believe it's a much cheaper process :)
[09:49] <lifeless> dpm: stakeholder process is for escalation of anything big or small
[09:49] <lifeless> dpm: we're still dealing with a backlog if *200* critical bugs
[09:50] <lifeless> dpm: anything thats not drop-dead-urgent won't get a look in at the moment unless its explicitly escalated, or someone chooses to do it in personal time
[09:50] <danilos> dpm, fwiw, I'd be happy to personally go through the entire dance and fix the bug for you if I were still not on the feature left-overs
[09:51] <lifeless> danilos: you're nearly there though, right ?
[09:51] <danilos> dpm, but generally, if you want this done in time for oneiric, you should escalate it
[09:51] <danilos> lifeless, yeah
[09:51] <dpm> lifeless, I'm not complaining, I understand you're working hard, I'm just saying that the process is not clear to me, so that last "anything thats not drop-dead-urgent won't get a look in at the moment unless its explicitly escalated [...]" makes it much clearer.
[09:51] <danilos> dpm, henninge: I've added a comment to the bug about where the code changes are needed
[09:51] <dpm> thanks danilos
[09:52] <henninge> I'll have a look.
[10:09] <dpm> thanks henninge
[10:17] <henninge> dpm: I think I found were the change is needed but it would still need a closer look to see if that is and testing and such. We still need a proper escalation, as was mentioned.
[10:18] <henninge> I commented on the bug (stupid line breaks)
[10:19] <dpm> ok, thanks a lot henninge, I'll ask the OEM guys if they want to escalate it themselves, as from the platform side I'd prefer to escalate the "send translations upstream" story
[12:34] <jykae> hi, I have problem uploading when using recipe
[12:34] <jykae> I mailed it to the launchpad-users
[12:35] <jykae> could anyone help me to figure out how to fix it?
[12:37] <jykae> ping henninge
[12:40] <henninge> jykae: Let's see if somebody with soyuz foo can help you.
[12:41] <bigjools> Code foo would be better
[12:41] <henninge> ah, ok
[12:42] <henninge> jykae: can you please describe your problem here.
[12:43] <jykae> I'm trying to get autobuilding with recipe working for my project, but it fails on uploading
[12:43] <jykae> Rejected:
[12:43] <jykae> Unhandled exception processing upload: too many values to unpack
[12:44] <jykae> don't know what it means
[12:44] <bigjools> it's a bug in LP code
[12:44] <henninge> jykae: don't you get an OOPS code?
[12:44] <bigjools> I don't see your message on -users yet
[12:45] <jykae> what oops code?
[12:45] <bigjools> can your paste the full rejection email somewhere
[12:46] <henninge> jykae: yes, what bigjools said. That should give us the information.
[12:47] <czajkowski> gmb: what is your email address?
[12:49] <henninge> czajkowski: https://launchpad.net/~gmb
[12:50] <jykae> http://typewith.me/lixkIpHYIG
[12:51] <jykae> bigjools: there is one rejection mail
[12:51] <bigjools> can you paste it somewhere that works please, like pastebin.ubuntu.com
[12:51] <czajkowski> henninge: aye used my noggin
[12:51] <czajkowski> thanks
[12:52] <henninge> czajkowski: yes, authentication included ... ;-)
[12:53] <czajkowski> :)
[12:53] <jykae> bigjools: http://pastebin.ubuntu.com/627272/
[12:55] <bigjools> jykae: I've no idea what's going on, unfortunately the log files give me no more information that you can see :(
[12:55] <bigjools> jykae: please file a bug
[12:57] <StevenK> bigjools: I'm concerned that is notify() striking again.
[12:58] <bigjools> StevenK: quite possible
[12:58] <bigjools> but there's no stack trace :/
[12:58] <henninge> adeuring: can you take over? I have to go out now.
[12:58] <adeuring> henninge: sure
[12:59] <henninge> adeuring: my timing is correct, is it not?
[12:59] <adeuring> henninge: yes
[12:59] <henninge> ok
[12:59] <henninge> adeuring: ok, see you in an hour
[13:01] <jykae> is this the right place to file a bug https://launchpad.net/launchpad ?
[13:01] <StevenK> bigjools: It would have OOPS'd if it was notify(), wouldn't it?
[13:01] <bigjools> NFI
[13:02] <bigjools> jykae: yes, thanks
[13:02] <StevenK> bigjools: It did for the last issue. :-)
[13:02] <wgrant> jykae: Did the email have an attachment?
[13:02] <bigjools> wgrant: https://launchpadlibrarian.net/73494997/upload_2626311_log.txt
[13:03] <wgrant> I was hoping the changes file would be attached.
[13:03] <wgrant> But this is a build notification, not an upload one :(
[13:03] <bigjools> recipe build
[13:03] <wgrant> Yes.
[13:05] <jykae> wgrant: that's all email had
[13:06] <StevenK> I'd be unhappy if it is a notify() bug.
[13:08] <jykae> https://bugs.launchpad.net/launchpad/+bug/666741
[13:09] <jykae> I think it's same kind of problem
[13:20] <jykae> Here, https://bugs.launchpad.net/launchpad/+bug/797678
[13:21] <jykae> in my other project mpoker, the recipe builds work fine. Mpoker is c++ project, this pytopo is python project
[13:24] <jykae> would like to get recipe working for pytopo asap, thanks for paying attention and help
[14:34] <jibel> Hi, I want to move bug 795332 to gtk+3.0 but lp refuses with the error "'None' is a binary package. This bug has been assigned to its source package 'gtk+2.0' instead." what does it mean ?
[15:04] <lfaraone> Hi, my branch at https://code.launchpad.net/~lfaraone/imageshack-uploader/trunk has been marked as failing, but when I hg clone the URL (https://imageshack-uploader.googlecode.com/hg/) it works fine. The log is at http://launchpadlibrarian.net/73567056/lfaraone-imageshack-uploader-trunk.log, and results in a "bzrlib.errors.ConnectionError: Connection error: while sending HEAD /hg/.hg/requires: IncompleteRead(0 bytes read)"
[15:05] <lfaraone> Should I file a bug, or is this an issue with googlecode?
[15:17] <adeuring> lfaraone: can you check that the import URL you provided was really correct? If you, this looks indded like a bug
[15:17] <lfaraone> adeuring: "This branch is an import of the tip branch of the Mercurial repository at https://imageshack-uploader.googlecode.com/hg/. " That URL seems right.
[15:19] <adeuring> lfaraone: right, so, please file a bug
[15:28] <crazedpsyc> Not sure if this is where I should be, but i'm trying to sign the Ubuntu Code of Conduct right now, and I need to specify which key to use for the '--clearsign' operation. any idea how?
[15:29] <johan> Hi, is there a way to get faster bzr post push notifications from launchpad than via email?
[15:32] <adeuring> crazedpsyc: the gpg man page says "The key to be used for signing is chosen by default or can be set with the --local-user and --default-key options."
[15:32] <adeuring> johan: how long do you have to wait for the email?
[15:33] <johan> adeuring: it depends; anything between 30 seconds and an hour
[15:33] <adeuring> johan: an hour is quite much... can you have a look at the headers so we can see where the bottleneck is?
[15:34] <crazedpsyc> adeuring: Right.. I keep forgetting about the handy manpages.. :)
[15:34] <johan> adeuring: I was thinking about a solution which takes seconds, is that not possible?
[15:34] <adeuring> johan: i am not aware of any...
[15:35] <johan> just as a comparision, github offers a large amount of post receive services just for that
[15:35] <johan> I guess for security reasons I cannot run my own code on post-receive on launchpads servers so..
[15:36] <adeuring> johan: right... But if you might consider to file bug ;)
[15:36] <johan> the commit in question took 32 minutes to arrive
[15:37] <crazedpsyc> Oooh, instant Jabber notifications!... ;)
[15:37] <johan> adeuring: http://paste.ubuntu.com/627374/ fwiw
[15:38] <adeuring> johan:  so,  more than 20 minutes stuck on a gmail server...
[15:39] <johan> adeuring: it's the same for another mail, which still hasn't arrived
[15:39] <johan> the point is just that mail is not really suitable for doing almost real time communication
[15:40] <adeuring> johan: yeah... but for now we don't have anything better...
[22:36] <mick_laptop> hi everyone
[22:37] <mick_laptop> i wanted to know, how can i find the email that i used to register?
[22:37] <mick_laptop> https://launchpad.net/~micklweiss <-- i haven't logged in in a few years
[22:38] <mick_laptop> and i'd like to change my email address
[22:42] <ajmitch> mick_laptop: looks to be a sf.net email
[22:43] <ajmitch> it's set to be visible to anyone logged into launchpad
[22:43] <mick_laptop> ajmitch: thanks, i needto reset that to fwd to my email then