[02:21] <nhasian> hello people
[02:22] <Ursinha> hi nhasian
[02:22] <nhasian> i dont see any info on help.launchpad.net or anywhere else about how to remove or cancel a launchpad account
[02:23] <Ursinha> nhasian, you can deactivate your account
[02:23] <nhasian> dont deactivate mine :)  I just need to see how to do it to answer someone's question
[02:23] <Ursinha> oh, right :)
[02:24] <Ursinha> I'll search on the docs, if didn't find, will ask right people to create that :)
[02:24] <Ursinha> but you can go to the profile, then Change details, then at the bottom there is:
[02:24] <nhasian> oh i found it in the faq too
[02:24] <nhasian> sorry to trouble you
[02:24] <Ursinha> Never going to use Launchpad again? Deactivate your account.
[02:24] <Ursinha> nhasian, no problem! :)
[02:27] <nhasian> i've spent a lot of time in answers.launchpad helping out but now i'm trying to learn bug triaging.  a lot of info to absorb and my head is spinning
[02:29] <Ursinha> nhasian, know how that feels :)
[03:21] <lifeless> ETOOMANYNICKSSTARTWITHSP
[03:21] <lifeless> spm: you know, if you say 'lowsars' it gives some inspiration for a better mugshot
[03:21] <spm> lifeless: you'll keep. :-)
[03:22] <lifeless> spm: I was thinking neanderthal
[03:22] <lifeless> with glasses
[03:22] <lifeless> or something
[03:23] <spm> sounds like a farside cartoon....
[03:24] <Ursinha> lifeless, lol
[03:24] <spm> not to be a staff member from pedantical, but isn't it neandertal? the 'h' being a perversion? could be wrong.
[03:24] <lifeless> spm: far be it from me to get between you and perversion :)
[03:24] <spm> damn. 2/0. I'm not doing well this week.
[03:25] <mwhudson> you and your preversions
[03:29] <lifeless> spm: and http://en.wikipedia.org/wiki/Neanderthal
[03:30] <spm> lifeless: yeah - I vaguely recall NatGeo quite a few years ago did an issue on Neanderthal's and got worked up over the whole 'h' thing.
[03:31] <lifeless> the valley is 'Neandertal'
[03:32] <lifeless> these days hmm :)
[03:32] <lifeless> http://en.wikipedia.org/wiki/Neanderthal#Etymology_and_classification
[03:32] <lifeless> read that paragraph specifficaly
[03:32] <lifeless> bah spellink
[03:36] <spm> I should re-dig up that natgeo. be interesting to cros compare with the section.
[04:16] <xnox> Can anyone please explain this ppa reject error Unhandled exception processing upload: 'ascii' codec can't encode characters in position 67-73: ordinal not in range(128)
[04:16] <xnox> Cause I don't understand where/what should I fix
[04:21] <Ursinha> xnox, your display name on lp contains non-ascii chars?
[04:27] <xnox> Ursinha: Yeap
[04:27] <Ursinha> xnox, that's the problem
[04:27] <Ursinha> it's a known bug
[04:27] <Ursinha> have to find the number
[04:28] <xnox> Ursinha: And 51 previous successful builds did not have a problem with that...............
[04:28] <Ursinha> xnox, oh, so I have no idea
[04:29]  * xnox wonders how cool is it to be the Universe to send randoms bugs to us earthings
[04:29] <Ursinha> you did nothing different?
[04:29] <xnox> Ursinha: nope
[04:29] <xnox> Ursinha: I'll bump the version number and I'll see what happens
[04:29] <Ursinha> xnox, right
[04:29] <Ursinha> you can also file a bug about it
[04:30] <Ursinha> we'll be happy to help
[04:30] <spm> said bug, the unsleeping Ursinha will be only too happy to QA ;-)
[04:30] <xnox> all of you are really great and helpful =D!
[04:30] <Ursinha> spm, :P
[04:30] <Ursinha> xnox, we try :)
[04:31] <xnox> Oh yeah and the Ubuntu Developers Week was *awesome*
[04:31] <Ursinha> xnox, indeed
[04:32] <xnox> I'm still curious about UDS. There were a few major sessions (which were planned across all channels)
[04:32] <xnox> but there are no logs, no notes, no videos from those =(
[04:32] <xnox> Like Python 3000 QA, Launchpad 3 and so on and so forth
[04:59] <xnox> Ursinha: I've bumped version number and it got accepted just fine
[05:00] <Ursinha> xnox, this is weird
[05:00] <xnox> but that non acsii bug is quite scary
[05:00] <xnox> Cause for me personally it is a pleasure that launchpad.net supports my name the way I want it to be written and read
[05:27] <duffyd> jamesh: ping
[05:27] <jamesh> duffyd: pong.
[05:28] <duffyd> jamesh: hi, my name is tim and I just flicked you an email re. pygpgme
[05:28]  * jamesh goes to look
[05:28] <duffyd> jamesh: I've studied the tests and implemented (as per my email) as much of the code as I can workout but getting that error :(
[05:28] <duffyd> ta
[05:30] <duffyd> jamesh: I encrypted the test file with gpg and using (presumably) the priv key for that user
[05:30] <jamesh> duffyd: what are you passing in as the first argument to decrypt?
[05:31] <duffyd> from memory its the UID for the user
[05:31] <duffyd> I'll need to check again
[05:31] <duffyd> I set that part up yesterday
[05:31] <duffyd> and brain is a bit fried
[05:31] <jamesh> should be a file-like object
[05:31] <duffyd> oh really
[05:31] <duffyd> oh yes it is
[05:31] <duffyd> doh
[05:31] <duffyd> thought you were talking about the 'get_key' method ;)
[05:32] <duffyd> as per the email, data is a file object gotten by opening a pgp-encrypted xml-rpc file
[05:33] <duffyd> jamesh: actually I better confirm that
[05:33] <duffyd> as I chuck them into a list
[05:33] <duffyd> I think it isn't a file obj
[05:34] <jamesh> as long as it supports a read(n_bytes) method, it should be fine
[05:35] <duffyd> got it
[05:35] <duffyd> actually its not erroring now!!!
[05:36] <duffyd> mmm but the decrypted data is empty
[05:36]  * duffyd goes off to work it out
[05:39] <duffyd> jamesh: I created the file via: gpg -u 'UserName <user@domain.com>' -e -r E5235B12EAEF7FC2F70060B952044E4F4C2EA925 filename.xml
[05:39] <duffyd> jamesh: I hope that's the right way. I'm a gpg/pgp n00b :(
[05:44] <jamesh> duffyd: you might want to try sprinkling a few printf()'s in src/pygpgme-data.c to try and track the problem down
[05:44] <jamesh> that's about all I can think to suggest at present.
[05:44] <duffyd> jamesh: ok
[05:44]  * duffyd scared of C :)
[05:44] <duffyd> thanks
[05:48] <duffyd> jamesh: any hope of a 0.2 or higher release of pygpgme at some stage?
[05:48] <duffyd> I've just manually checked out pygpgme from trunk and changed it to be 0.2 in the meantime
[05:49] <jamesh> it'd be worth making another release at some point, yeah.
[05:49] <duffyd> cool
[05:52] <duffyd> jamesh: hey it did decrypt it!
[05:52] <duffyd> yay :)
[05:52] <jamesh> duffyd: what did you have to change?
[05:52] <duffyd> well I needed to actually pass file objs into it
[05:53] <jamesh> that was the first thing I asked about :)
[05:53] <duffyd> and then I just needed to do a ".seek(0)" on the returned StringIO obj and a 'read()'
[05:53] <duffyd> jamesh: yeah I know I changed it as soon as you said
[05:53] <duffyd> jamesh: that was what helped :)
[05:54] <jamesh> doing getvalue() on the output StringIO is probably a bit clearer than seek/read
[05:54] <duffyd> now I'm just getting all the '\n' characters being escaped
[05:54] <duffyd> ugh
[05:54] <duffyd> I had this happen last time and had to use 'codecs.open' which fixed it
[05:54] <duffyd> but now with a StringIO dunno an easy way to fix it :(
[05:54] <duffyd> why me ;)
[05:54] <duffyd> jamesh: nice
[05:55] <jamesh> well PGP works with byte streams, so it is up to you to encode the data you encrypt and decode the data you decrypt
[05:56] <duffyd> jamesh: k, that might be part of it
[05:56] <duffyd> if I just open it as a binary?
[05:56] <duffyd> but I've tried this and it didn't work either
[06:07] <jamesh> duffyd: there is no substantial difference between text and binary mode on unix systems with Python 2.x
[06:07] <duffyd> jamesh: yeah true
[06:08] <duffyd> jamesh: recall that now. And since < Mac OSX 9
[06:08] <jamesh> duffyd: you might want to try decrypting the data manually with gpg to see whether it matches what you're seeing in Python
[06:08] <jamesh> i.e. your problem might be on the encryption side.
[06:08] <duffyd> this seems to work: decryptedData.decode("string_escape")
[06:08] <duffyd> jamesh: thanks again!
[06:09] <jamesh> if you need that, I'd check your encrypt side.
[06:10] <duffyd> jamesh: I won't have much control over that as we're getting the files sent to us from an external party
[06:10] <duffyd> I'll just need to wait and see
[06:10] <jamesh> duffyd: that's why I suggested trying to decrypt manually.  You should get the same data as was encrypted.
[06:11] <duffyd> jamesh: yeah I have done that already and it works fine
[06:11] <duffyd> did that long before I started coding
[06:11] <duffyd> jamesh: seems to decode fine now - so thanks for your help
[06:12] <duffyd> I'll need to wait until the actual data comes through to see how things go
[06:12] <duffyd> just using test data I've created manually at this stage
[06:16] <duffyd> cu all
[07:02] <raji> anyone know how to install bazaar in my ubuntu system
[07:03] <spiv> apt-get install bzr
[07:03] <Hobbsee> sudo apt-get install bzr
[10:37] <domas> hi! I did this before, but can't find now, where can I assign series to a branch?
[10:37] <domas> stupid me, found it
[10:37] <wgrant> domas: On the series page, there's a link in the actions portlet.
[10:37]  * wgrant stabs Launchpad.
[10:37] <domas> wgrant: I was looking everywhere, except main project page
[10:37] <wgrant> How do I even have privileges to see the display names of private teams?
[10:40] <kiko-afk> wgrant, there are no such thing as private teams yet
[10:41] <kiko-afk> wgrant, there are private membership teams
[10:41] <wgrant> kiko-afk: Then why are there these teams that exist but I cannot see?
[10:41] <kiko-afk> wgrant, you mean <redacted>
[10:41] <wgrant> I know that one of them existed a couple of weeks ago.
[10:42] <kiko-afk> ?
[10:42] <kiko-afk> sorry, that was a question
[10:42] <wgrant> kiko-afk: No, it gives me their display names and names, but going to the URL 404s.
[10:42] <kiko-afk> that was actually a bug
[10:42] <kiko-afk> anyway
[10:43] <kiko-afk> there is working happening on private teams this month
[10:43] <kiko-afk> brad and curtis
[10:43] <wgrant> It also seems to show merged teams.
[10:44] <kiko-afk> "it"?
[10:45] <wgrant> wgrant: https://edge.launchpad.net/people/?name=canonical&searchfor=teamsonly as an unprivileged user, sorry.
[10:45] <wgrant> Gah.
[10:45] <wgrant> kiko-afk: ^^
[10:45] <fab1> hi all, I would like some help on migrating my bug reports from sourceforge to LP
[10:46] <fab1> I already posted a question about that and an admin told me that the migration will be done, but after 2 weeks no news..
[10:46] <fab1> it was question 57552  https://answers.launchpad.net/launchpad/+question/57552
[10:47] <kiko-afk> fab1, oops! what's the que.. ah
[10:47] <fab1> for migrating Stellarium
[10:47] <kiko-afk> gmb, ping?
[10:47] <gmb> kiko-afk: Hi
[10:47]  * gmb reads scrollback
[10:49] <gmb> fab1: Hi. Sorry for not getting back to you sooner; I'd let this slip of my radar; my fault entirely.
[10:49] <fab1> ah ok
[10:49] <fab1> no problm
[10:49] <gmb> fab1: I've already done a local import of stellarium and it looks fine.
[10:49] <gmb> So we need to do an import to a public availalbe location for you to check it out.
[10:50] <fab1> OK, the thing is that the trackers were modified lastly on sf
[10:50] <fab1> ok, it's fine with me
[10:50] <gmb> fab1: How do you mean?
[10:50] <fab1> I mean you need to start agin from the sf.net tracker
[10:50] <fab1> not from your now older copy
[10:50] <gmb> fab1: Oh, okay.
[10:50] <gmb> I make a point of doing that anyway, but thanks for letting me know.
[10:51] <fab1> gmb: nice :), I'm looking forward, sf drive me nut!
[10:51] <gmb> fab1: I'll take care of that for you today or tomorrow... I just need to find out the best place to do the import for you to check it out.
[10:52] <gmb> fab1: Sorry I had to make your pain last longer :/
[10:52] <fab1> gmb: hehe, it's ok after some years..
[10:52] <gmb> :)
[10:52] <kiko-afk> gmb, maybe freeze staging db upgrades and do it there?
[10:52] <kiko-afk> I realize the lack of demo sucks
[10:52] <gmb> kiko-afk: That's what I was thinking.
[10:53] <kiko-afk> but we can only do demo when we have the new servers in
[10:53] <gmb> kiko-afk: Can you take care of freezing staging or do I need to wait for a LOSA?
[10:53] <kiko-afk> wgrant, I think that's also a long-standing bug 8)
[10:53] <kiko-afk> gmb, better to get a LOSA to do it, but talk to francis and curtis too because they have similar needs right now
[10:53] <gmb> kiko-afk: Righto.
[10:54] <kiko-afk> for the milestone/series stuff
[10:54] <gmb> fab1: I'll keep you posted about this; I should be able to let you know some time today about when I'll be able to do the improt.
[10:55] <fab1> OK, thanks a lot
[10:55] <wgrant> kiko-afk: I see...
[10:55] <kiko-afk> gmb, just run it today on staging and he'll be able to see it for at least 24h?
[10:55] <kiko-afk> wgrant, reported also I believe
[10:55] <fab1> and check out the new Stellarium version if you have time :)
[10:56] <gmb> kiko-afk: True, but the staging update log only goes up to yesterday, so I don't know whether the staging update for today is in progress or not.
[10:56] <gmb> kiko-afk: I'll talk to herb when he comes online.
[10:56] <kiko-afk> gmb, yeah, spm is probably gone by now
[10:56] <gmb> kiko-afk: Yeah, it's 22:00 his time :)
[10:56] <kiko-afk> well he amazes us sometimes
[10:56] <kiko-afk> anyway, I need to roll out, will bbiab
[10:56] <gmb> Ok.
[10:57] <fab1> ok ciao guys
[12:53] <mikl> hmm, how do I delete a project on Launchpad
[12:57] <mrevell> mikl: File a request at https://answers.launchpad.net/launchpad
[13:12] <cyberix> authentication fails with a ppa
[13:12] <cyberix> how do I debug this?
[13:12] <cyberix> apt-get doesn't tell me what fails
[13:13] <domas> \o/ wheee, released my pet project via launchpad
[13:13] <cyberix> domas: congrats
[13:13] <al-maisan> cyberix: what does "authentication fails with a ppa" mean?
[13:13] <al-maisan> what problems are you having?
[13:14] <cyberix> WARNING: The following packages cannot be authenticated! gnunet gnunet-tools gnunet-server gnunet-client gnunet-common
[13:14] <cyberix> Install these packages without verification [y/N]?
[13:14] <cyberix> E: Some packages could not be authenticated
[13:14] <cyberix> And I added the key
[13:14] <domas> cyberix: install your PGP key?
[13:14] <cyberix> :-)
[13:14] <domas> you did not, then!
[13:15] <cyberix> ?
[13:15] <domas> did you sign the packages?!!? :)
[13:15] <cyberix> They are not mine
[13:15] <al-maisan> cyberix: are you trying to install the packages on your local system?
[13:15] <cyberix> yes
[13:15] <al-maisan> Is this an apt-get error?
[13:15] <cyberix> yes
[13:15] <al-maisan> cyberix: where did you add the key?
[13:16] <cyberix> https://launchpad.net/~teamgnunet/+archive/ppa
[13:16] <cyberix> got it from there
[13:16] <al-maisan> .. and then?
[13:16] <cyberix> added it both the graphical way
[13:16] <cyberix> and command line way
[13:17] <al-maisan> cyberix: https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%27s%20keys%20to%20your%20system
[13:17] <al-maisan> did you follow this?
[13:17] <cyberix> yes
[13:17] <cyberix> that's the one
[13:19] <al-maisan> cyberix: please do a "sudo apt-key list" and see whether the key in question is listed
[13:20] <cyberix> pub   1024R/A52AD45F 2009-01-20
[13:20] <cyberix> uid                  Launchpad PPA for teamgnunet
[13:23] <al-maisan> cyberix: something's not the way it should be, please request support here: https://answers.launchpad.net/launchpad/+addquestion
[13:25] <cyberix> Someone managed to install the packages without warnings
[13:26] <cyberix> http://wiki.ubuntuusers.de/Benutzer/zerwas
[13:29] <wgrant> cyberix: Have you run apt-get update since you added the key?
[13:29] <cyberix> yes
[14:08] <al-maisan> cyberix: your PPA wasn't modified since signing keys were introduced.
[15:14] <AlexC_> intellectronica, g'morning, you alive?
[15:17] <intellectronica> AlexC_: hi
[15:18] <AlexC_> intellectronica, just wondering if I had to create a question for the blueprint removal, or if you were going to poke someone about it
[15:18] <intellectronica> AlexC_: sorry i still haven't gotten to deleting your data, b.t.w. i'll try to finish it at some point today
[15:18] <AlexC_> ahh, ok =) No worries
[15:18] <intellectronica> AlexC_: no, no need for another question. i just need to go through this with an admin
[15:19] <AlexC_> intellectronica, ok, thanks again for doing this
[15:27] <gorgapor> Hi. I'm new to launchpad. I have a bzr plugin I wrote, and i would like to host it on launchpad. But I don't want to confuse it with the official bzr plugins. Is there a naming convention I should use here? bzr-plugin-** seems to be taken by the official bzr development.
[15:32] <gary_poster> gorgapor: I don't know of one but I'll see if I can find out for you.  abentley, can you help out? ^^
[15:32] <abentley> gorgapor: There are no official plugins.
[15:32] <gorgapor> i just figured out that there's a difference between a hosted project and a hosted branch. If i put it under ~gorgapor/+junk/whatever it will be very clear that it's just my plugin
[15:33] <abentley> gorgapor: If you think your plugin isn't really ready for other people to use, that's a fine place for it.
[15:33] <gary_poster> gorgapor: but then it looks like junk to other people. :-)  if it is actually something you think is worth sharing, I say make a project
[15:34] <gary_poster> heh, agree with abentley; glass half empty, half full versions
[15:36] <gorgapor> well, i'll ask your opinion of it... It's a plugin that we use at my work, to run django unittests before commiting. but it's generic enough to run any command before commiting, then ask the user whether or not to continue, based on the output of the command
[15:37] <gorgapor> also, can anyone think of a better name for the plugin than "ask_commit" ?
[15:38] <abentley> gorgapor: That sounds worth making a project for.  Perhaps "bzr-conditional-commit?"
[15:38] <gorgapor> abentley: that name is an improvement
[15:47] <gorgapor> dumb question: i've made the project, how do i add my branch to it?
[15:48] <gorgapor> nm, found the help page
[16:44] <dnwe> a quick question about releases & milestones if someone is free?
[16:44] <dnwe> (otherwise i'll put it on answers.launchpad.net instead)
[16:45] <gary_poster> dnwe: what's up
[16:45] <dnwe> gary_poster: ok, https://help.launchpad.net/Projects/SeriesMilestonesReleases
[16:45] <dnwe> gary_poster: currently we only have a devlopment series
[16:45] <dnwe> gary_poster: now we want to plan for a 1.0 release
[16:46] <dnwe> gary_poster: should we a) create a 1.0 milestone on the development series, b) rename the development release to 1.0 or c) create a separate 1.0 milestone with different branch
[16:46] <dnwe> c) should say release, not milestone
[16:49] <gary_poster> dnwe: That's up to you, to some degree.  (See the 2.17/2.18 GNOME example in the link you gave.)  What I've seen other teams do is c, keeping the development series around.
[16:50] <dnwe> ok
[17:43] <ScottK> Just wanted to pop in and say I think Launchpad Performance Week is a great idea.  I'm glad to see performance getting some attention.
[17:44] <Ursinha> ScottK, :)
[17:44] <ScottK> If it gets fast enough, I might even manage to use the site navigation features and not use tab completion and url typing.
[17:57] <AlexC_> g'morning
[17:58] <AlexC_> I've a question about translations work flow. We currently work in /trunk of our repo, and this is the translations files we would like translated - do I upload these for the series 'trunk', or for the series that this release will become? For example, 'trunk' will become '2.3.0'
[17:58] <AlexC_> also, how does Launchpad handle changing .pot files? Such as if I upload a .pot file, then a new one with additional strings and some removed - will all translations remain, but with blanks and others removed?
[17:59] <intellectronica> AlexC_: maybe danilos can answert that?
[17:59] <intellectronica> AlexC_: b.t.w your blueprints are gone. bugs to follow
[17:59] <AlexC_> intellectronica, =) thank you very much
[19:14] <alecwh1> Someone posted a bug in my LP project with revealing information (username and password). How can I censor his post as to remove it?
[19:14] <alecwh1> remove the sensitive info*
[19:15] <alecwh1> Oh, nevermind, it's marked as "private". =P
[19:58] <alex-weej> i am currently pushing my branch to ~alex-weej/+junk/something
[19:58] <alex-weej> but now i've registered my project
[19:58] <alex-weej> how do i update my bzr repo?
[20:07] <beuno> alex-weej, bzr push --remember
[20:07] <beuno> will change the default push location
[20:15] <bd_> why is it that the launchpad PPA build farm is almost completely idle despite having long queues?
[20:16] <bd_> right now there's 2xi386 active and 2x lpia active, amd64 totally idle, but 9xlpia 14xi386 20xamd64 in queue
[20:16] <bd_> it's like it takes so long to issue a new job that old jobs finish before it can assign new ones to that host...
[20:16] <bigjools> they're probably newly-added and the process that dispatches the builds has not caught up yet
[20:17] <bigjools> we're working on making that better
[20:17] <maxb> I have been told in the past that the machines pick up new builds via a cronjob, not immediately - is that still true?
[20:17] <bd_> moar parallel dispatch :)
[20:17] <bigjools> maxb: it's a twisted app
[20:17] <bigjools> bd_: exactly!
[20:18] <maxb> So, what's the expected latency from enqueueing to allocating an idle buildd?
[20:18] <bd_> based on refreshing +builds, it looks like it takes ~10-20s to issue a job?
[20:18] <bigjools> it depends on how many other builds are in process and if any just completed
[20:21] <bd_> also, for future reference, is there any good way to cancel my own build job, if I realize I made some mistake on a relatively heavy build?
[20:22] <bd_> I know I can delete the package, but if the build was already issued, it still ties up buildd time
[20:22] <bigjools> unfortunately not
[20:23] <bd_> :/
[20:25] <maxb> Poor hppa buildd. I don't think it'll ever finish its queue :-)
[20:26] <bd_> maxb: give it until the release feeeze, I guess? :)
[20:26] <ScottK> For Intrepid it was still madly building up to the end and didn't finish.
[20:26] <wgrant> Where'd primero go?
[20:26] <ScottK> But that was mostly because libc6 was broken for a long time and then only fixed at the last moment.
[20:26] <wgrant> I think that Hardy is the only recent release where it caught up by the end.
[20:29] <mtaylor> hey guys - so when someone puts up a merge request, and I merge them and push, launchpad picks that up and marks it as merged
[20:29] <mtaylor> but if I merge them into an intermediate branch first, and then merge that into the target branch, launchpad does not seem to notice
[20:41] <mwhudson> mtaylor: yeah, i think the scanner only looks at the tip revision of the branches
[20:41] <mtaylor> mwhudson: well, that would explain it then
[20:41] <mtaylor> mwhudson: should I file a bug? or is that expected behavior?
[20:42] <mwhudson> oh hm
[20:42] <beuno> *ahem*bug*ahem*
[20:42] <mwhudson> it seems that it only marks the branch as merged when it's merged into the dev focus
[20:42] <mwhudson> let's see what thumper thinks
[20:42] <thumper> yes?
[20:43] <mwhudson> thumper: see what mtaylor said about 6 lines up
[20:44] <thumper> mtaylor: launchpad should notice
[20:44] <thumper> mtaylor: can you give me a concrete example?
[20:44] <mtaylor> thumper: sure.
[20:44]  * mwhudson reads the code and agrees with thumper 
[20:45] <mtaylor> thumper: lp:drizzle last night pushed a merge which contained a lot of sub merges
[20:45] <thumper> ok
[20:45] <mtaylor> one was https://code.edge.launchpad.net/~fallenpegasus/drizzle/logging/+merge/3229 (which I just fixed by hand - sorry) ... lemme look for one that's not fixed-by-hand
[20:45] <thumper> mtaylor: did the merge proposals not get marked?
[20:46] <mtaylor> https://code.edge.launchpad.net/~fallenpegasus/drizzle/logging/+merge/3229
[20:46] <mwhudson> i can believe that the _branches_ might not have been marked as merged
[20:46] <mtaylor> there you go - there's one that didn't get marked
[20:46] <mtaylor> crappit
[20:46] <mtaylor> https://code.edge.launchpad.net/~tmaesaka/drizzle/drizzle-fix-bug310304/+merge/3248
[20:47] <mwhudson> mtaylor: that looks merged to me too?
[20:47] <thumper> mtaylor: looks merged to me too
[20:47] <mtaylor> mwhudson: it shows status=pending and merged at revision= not available ?
[20:47] <thumper> mtaylor the review is pending
[20:47] <mtaylor> ah... I see merged now though
[20:47] <mtaylor> gotcha
[20:47] <thumper> mtaylor: and it doesn't know what revision it was merged at
[20:48] <thumper> mtaylor: if we tried harder, we could figure it out
[20:48] <thumper> mtaylor: but it has some pathalogical cases
[20:48] <mtaylor> ok. fair enough.
[20:48] <thumper> mtaylor: which I didn't want to get into
[20:48] <mtaylor> I'm sure it does!
[20:48] <thumper> mtaylor: and was wanting bzrlib to provide a nice method for us
[20:48] <thumper> mtaylor: all of the outstanding drizzle proposals have uncommitted revisions
[20:48] <thumper> mtaylor: we check merged to mean "tip of source branch is in target"
[20:49] <mtaylor> ok. sweet.
[20:49] <mtaylor> thumper: is launchpad sending people emails to let them know their branches got merged?
[20:49] <thumper> I'm wondering if we need some UI polish to not make the pending review stick out so much for a merged proposal
[20:50] <thumper> mtaylor: as long has they haven't unsubscribed from their own branch, yes
[20:50]  * thumper thinks
[20:50] <mtaylor> it might be nice - also... it's unclear to me right now how to make that pending review
[20:50] <mtaylor> ah
[20:50] <thumper> actually, I'm not sure that the scanner is triggering that email
[20:50] <mtaylor> how to make that pending review change status
[20:51] <thumper> mtaylor: there should be a link next to it
[20:51] <thumper> mtaylor: also, if you are a member of the team and review the code, you should claim it
[20:51] <mtaylor> no link...
[20:51] <thumper> mtaylor: there is a small buglet which I'd like to fix on the review claiming
[20:52] <thumper> mtaylor: probably because it is merged :)
[20:52] <mtaylor> hehe
[20:52] <mtaylor> perhaps being merged should be a way to indicate review accepted?
[20:52] <thumper> mtaylor: yes, but accepted by whom?
[20:53] <mtaylor> the person who merged it?
[20:53] <thumper> what if a robot merged it?
[20:53] <thumper> what if LP can't work out who merged it?
[20:53] <thumper> although I see what you mean
[20:53] <mtaylor> well, in that case, I totally see your point
[20:53] <thumper> file a bug :)
[20:53] <mtaylor> yay!
[20:54] <mtaylor> it's also a bug that buigs.launchpad.net doesn't take me anywhere :)
[20:54] <thumper> no
[20:54] <thumper> that's pebkac
[20:54] <thumper> :)
[20:54] <thumper> maybe a page that says "Did you mean bugs.launchpad.net?"
[20:57] <mtaylor> hehe
[20:58] <mtaylor> k. bug#325030
[21:00] <thumper> mtaylor: thanks
[22:04] <soren> Hmm... When uploading to my ppa, I get:
[22:04] <soren> Rejected
[22:04] <soren> Could not find person ''
[22:04] <soren> What could be causing this?
[22:05] <soren> Ah...
[22:05] <soren> Not having my .dput.cf on there, probably.
[22:05] <soren> Never mind.
[22:54] <EagleScreen> hello, i think launchpad has a small low importance bug in PPA pages, sometimes selector of release to show does not change the apt lines the first time you chage it, i pray for you to understand I say
[22:55] <beuno> EagleScreen, it works fone for me
[22:55] <EagleScreen> ppa pages has a selector: Display sources.list entries for... that button does not always works fine for me
[22:56] <EagleScreen> sometimes i have to use it various times to change apt lines
[22:56] <beuno> EagleScreen, sometines it does and sometimes it doesn't?
[22:56] <EagleScreen> yes
[22:56] <beuno> do you get a javascript error?
[22:56] <EagleScreen> any error is presented to me
[22:57] <beuno> EagleScreen, well, I can't reproduce it, and if you can't give us any information on what errors you get, it's kinda hard to fix
[23:01] <EagleScreen> yes i know, but it is not failing right now
[23:02] <EagleScreen> the building of a package i uploaded has failed, it is the first time it happens to me, look the log:
[23:02] <EagleScreen> http://launchpadlibrarian.net/21962246/buildlog_ubuntu-intrepid-amd64.mount-systray_0.4-1guada2ubuntu1~ppa1_FAILEDTOBUILD.txt.gz
[23:02] <EagleScreen> any idea?
[23:46] <maxb> EagleScreen: I suggest you actually read the log!
[23:46] <maxb> Since it explicitly states what the problem is
[23:52] <EagleScreen> gnome-doc-prepare?
[23:53] <maxb> Well, I was more thinking the next line down which even tells you what package and version requirement is needed, but yes
[23:56] <EagleScreen> oh now I see, in intrepid there is a lower version of gnome-doc-utils
[23:57] <EagleScreen> then.. must I also upload an updated gnome-doc-utils to my ppa?
[23:59] <EagleScreen> One moment. Is not 0.13.1 upper than 0.4.2?
[23:59] <EagleScreen> intrepid has 0.13.1