[00:14] <duffyd> jamesh: hi
[00:17] <spm> lifeless: "..loath things being set fixed released or invalid.." +1111. my 2c emotional response from having reported bugs being marked invalid is that such a setting is incredibly offputting ie "Why do I even bother reporting any bugs then?". Have personally resolved to never use that setting on any bug reports against my stuff; except as absolute last resort.
[00:18] <wgrant> spm: As long as it's used where appropriate, it's fine.
[00:18] <wgrant> And we have lots of appropriate uses of it in Ubuntu.
[00:18] <lifeless> spm: indeed. see for instance my irssi bug on ^I when used over ssh
[00:18] <spm> lots of inappropriate too
[00:18] <wgrant> Of course.
[00:18] <lifeless> 'too hard' != not a bug, IMO :)
[00:19] <wgrant> lifeless: That's Won't Fix, but certainly not Invalid.
[00:19] <spm> "Won't Fix" is also, imho, evil in being incredibly offputting.
[00:19] <spm> ie this problem affects you; sux to be you.
[00:19] <spm> Is not nice.
[00:20] <wgrant> We do that mainly for old releases and features.
[00:21] <lifeless> so the distro is different, in that it doesn't fix many bugs at all
[00:21] <lifeless> its mainly a clearing house
[00:21] <lifeless> but still
[00:21] <duffyd> jamesh: yt?
[00:21] <wgrant> Right.
[00:21] <lifeless> duffyd: he hasn't replied, so is probably still asleep or somethin
[00:21] <wgrant> And I don't have an awful lot of being an upstream in Malone.
[00:21] <duffyd> lifeless: k, cool
[00:22] <thumper> spm: I've sometimes used "Won't Fix" for "Working as designed, U R doin it wrong"
[00:22] <wgrant> thumper: That could be Invalid.
[00:23] <thumper> wgrant: hmm, I'm probably not consistent :)
[00:23] <spm> thumper: :-) .. like to pick an example not at random: code privacy settngs? ;-)
[00:23]  * thumper smacks spm around
[00:23] <spm> heh
[00:24] <spm> thumper: even so. while not disagreeing; I'd regard "UR doing it wrong" as a bug in how I made it possible for personX to do it wrong. ie is a docco/UI etc bug.
[00:25]  * thumper will not be drawn into potential PEBKAC issues
[00:25] <spm> I'd suggest maybe... 1/3 of the bugs I get would fall into that category. If the docco is missing, or simply wrong... ouchy.
[00:28] <wgrant> Speaking of incorrect documentation... https://help.launchpad.net/BranchMergeProposals is outdated (branch pages don't have Actions menus any more), which confused somebody over the weekend.
[00:29]  * thumper hangs head
[00:29] <thumper> wgrant: thanks for the pointer
[00:29] <thumper> wgrant: can you file a bug for that?
[00:30] <wgrant> thumper: Sure.
[00:30]  * wgrant files, then -> uni.
[00:31] <thumper> wgrant: thanks
[01:12] <duffyd> jamesh: yt?
[01:13] <duffyd> anyone here know how to get testrunners to output all the stuff happening in stdout?
[01:13] <duffyd> annoying thing is aI just get the report summary :(
[01:13] <duffyd> -v doesn't help
[01:20] <jamesh> duffyd: hi
[01:20] <jamesh> what is the problem exactly?
[01:21] <duffyd> jamesh: hi! Still having issues with gpgme so I've put some printf statements in the c library
[01:22] <duffyd> jamesh: I've littered it with printf statements :) but I wanna see the output in my testrunner
[01:22] <duffyd> and doctest doesn't provide this kind of output.
[01:23] <duffyd> How can I see the output from the c library. If I call up the library manually should they appear?
[01:23] <jamesh> I wouldn't have thought printf's at the C level would get captured by a test runner
[01:23] <duffyd> I'll step through and see what's happening
[01:23] <duffyd> fyi the tests all work on my dev machine (and the other devs machines) but not on the staging server
[01:23] <duffyd> really weird
[01:24] <duffyd> and is difficult to debug as the error messages aren't very descriptive
[01:25] <duffyd> mm stepping through it doesn't return anything
[01:26] <duffyd> jamesh: this is the relevant code from pygpgme-context.c: http://paste.plone.org/26969
[01:27] <duffyd> I've just added the printf statements in
[01:27] <duffyd> I just realised it didn't pick up the new egg
[01:27] <duffyd> I'll fix that first
[01:28] <duffyd> stupid buildout ;)
[01:35] <duffyd> jamesh: oh no, I'm a real C n00b: what does this mean: src/pygpgme-context.c:607: error: expected ‘;’ before string constant
[01:35] <duffyd> I've put the semicolons in after the printf statement strings but still getting that error
[01:36] <jamesh> duffyd: you want printf("message\n");
[01:36] <duffyd> ok thanks
[01:53] <duffyd> jamesh: bingo
[01:53] <duffyd> thanks
[01:54] <duffyd> cu
[06:31] <Hobbsee> wow, guys!
[06:47] <thumper> Hobbsee: what?
[06:48] <Hobbsee> thumper: the bug pages and editing inline
[07:55] <zhangweiwu> Hello. I want to encourage people fix the bug that gnu-util's tr(1) doesn't support multibyte character. this is a bug reported multiple times on multiple bug tracker (e.g. redhat, gnu's own bug tracker). I am new to launchpad do you think filing it at launchpad again making any sense?
[07:56] <zhangweiwu> FreeBSD has it fixed on their version
[07:57] <noodles775> zhangweiwu: if launchpad is being used for their code-hosting and development, yes, but otherwise probably not.
[07:58] <zhangweiwu> noodles775: thanks. I don't even to look up, because I don't beleive gnu guys develop on someone else's platform. that's the impression they left me in years.
[08:08] <twenty2andYou> idk if this is really a reasonable place to ask this, but is launchpad.net strict about what kind of projects they host?  specifically if my project scrapes a lot of sites that 1) breaks the site's TOS, and 2) the site probably has illegal content
[08:11] <theholyduck> twenty2andYou, well if you jut have info about how to access it
[08:11] <theholyduck> i dont thinks so :P
[08:12] <theholyduck> they allready supply torrent clients and web browsers. why not a script that upon user interaction uses varous other things+
[08:12] <spiv> twenty2andYou: there's a "Terms of Use" link on every page, which takes you to <https://launchpad.net/legal>
[08:13] <twenty2andYou> spiv: that loads a blank page for me
[08:13] <spiv> theholyduck: torrent clients and web browsers aren't clearly analogous to the twenty2andYou's case
[08:13] <theholyduck> spiv, well they require some sort of user input to perform illegal actions
[08:14] <theholyduck> they arent illegal by themselfs
[08:14] <spiv> twenty2andYou: Odd.  It should take you to <https://help.launchpad.net/Legal>
[08:14] <twenty2andYou> now it is blacked out instead of white out
[08:14] <theholyduck> if he has a system that does illegal things based upon user input. shouldnt really be any worse now should it?
[08:14] <theholyduck> twenty2andYou, works fine here :P
[08:15] <twenty2andYou> I guess this is like the sites that link to illegal videos hosted on veoh & megavideo
[08:15] <theholyduck> twenty2andYou, well its a bit dependant on where you're from aswell :P
[08:15] <spiv> theholyduck: I believe some jurisdictions care about the primary intent of software, and things like that.  It's not that there aren't similarities, it's just that I don't think you can safely conclude that because torrent clients are acceptable then X must be too.  There are too many variables.
[08:16] <theholyduck> spiv, well yeah local law varies alot
[08:16] <twenty2andYou> I don't directly enable anything illegal (except perhaps breaking ToS, but that isn't "illegal" imo, just immoral) but I'm definately enabling illegal activity
[08:16] <spiv> IANAL, etc.
[08:16] <theholyduck> in norway i cant be sued or charged for dling copyrighted software
[08:16] <theholyduck> they have to figure out who sent me the copy
[08:16] <theholyduck> directly
[08:16] <theholyduck> and charge him
[08:16] <theholyduck> but alot of other places dont work like that
[08:17] <twenty2andYou> I'm mostly interested to know if launchpad is going to remove my project, I understand it is in a legally grey area and scraping sites is bad all around, I just wnat to know if launchpad is going to say f-it we're just hosting the code or if they're going to remove it
[08:17] <theholyduck> twenty2andYou, well another not entirely applicable thing :P
[08:17] <theholyduck> is the ruling for libmp3lame
[08:17] <theholyduck> it was demed legal to create the SOURCE code for a mp3 encoder.
[08:17] <spiv> twenty2andYou: take a look at the Terms of Use on the website, and if they don't answer your question, post to launchpad-users about it (or file a question at answers.launchpad.net/launchpad)
[08:18] <theholyduck> even if creating and selling a encoder would be illegal
[08:18] <theholyduck> since source code was just information about how to do it. not actually something that did it
[09:51] <Tiefflieger> Hi everyone :-)  Anyone else having problems with lp's bazaar, or is it just me?
[09:57] <jml> Tiefflieger: I haven't had any problems, but I haven't used it for the last couple of hours.
[09:57] <jml> Tiefflieger: what's the problem?
[09:59] <Tiefflieger> http://bazaar.launchpad.net/~kaffeejunkies/cassiopeia/main/revision/12 sometimes shows an error message that I should try again in a few minutes, and to get a local branch it took me 3 tries, on the first and second try it got stuck while downloading the files
[10:00] <Tiefflieger> so I canceled it with ctrl+c after 5 Minutes. (command were "bzr branch lp:cassiopeia"
[10:00] <wgrant> That sounds like Loggerhead playing up and bzr pre-1.12.
[10:01] <wgrant> (1.12 seems much better at indicating progress, where older versions looked like they were stalled)
[10:03] <Tiefflieger> hm? I did no change for 9 hours to that branch, so loggerhead shouldn't have something to do, should it? and for the branching: You think I just have to wait longer?
[10:03] <Tiefflieger> (but thanks a lot for the explanation :-) )
[10:04] <wgrant> re. Loggerhead: Why wouldn't it? It renders pages as you request them. Branching: I suspect so.
[10:05] <Tiefflieger> I thought pages were rendered only once when a change has been detected
[10:07] <wgrant> I don't believe it does, but even if it did it would still have to have some logic to check whether it had to invalid the cache or not.
[10:07] <untitled_> "Sorry, there was a problem connecting to the Launchpad server. Try reloading this page in a minute or two." do you guys have the same problem?
[10:08] <Tiefflieger> yes :-)
[10:08] <untitled_> oki
[10:08] <untitled_> it works on and off for me.. however it hasn't been working for about 3 min now
[10:09] <kiko> untitled_, bazaar.launchpad.net?
[10:09] <untitled_> heavy load or some other problem that you are aware about?
[10:09] <untitled_> aye
[10:09] <untitled_> "http://bazaar.launchpad.net/~uarch/uarch/devel/revision/23"
[10:09] <kiko> it is just having memory pressure issues
[10:09] <untitled_> i see
[10:10] <wgrant> Is any progress being made on that? I know there's been work ongoing for months...
[10:11] <untitled_> last update 2008-04-29
[10:11] <jml> wgrant: loggerhead's an open source project hosted on Launchpad. We aren't keeping any of the work a secret.
[10:13] <wgrant> jml: I'm aware. But I'm not sure how that helps, as bzr log isn't likely to tell me "reduced frequency of LP prod deaths by 50%".
[10:15] <wgrant> (I particularly dislike this issue as it cropped up in the middle of a demonstration of LP to the rest of my team)
[10:18] <thumper> Tiefflieger: which version of bzr are you using?
[10:18] <Tiefflieger> 1.12
[10:18] <Tiefflieger> I've just installed it this morning
[10:19] <thumper> hmm, and you said it took how long?
[10:19]  * thumper tries
[10:19] <Tiefflieger> about 5 minutes, then I canceled and tried again
[10:20] <Tiefflieger> but there was no network activity when it stalled, but that could be because of my internet connection (I'm at the university right now)
[10:21] <thumper> Tiefflieger: have you done a `bzr lp-login` ?
[10:21] <Tiefflieger> yes
[10:21] <thumper> Tiefflieger: did it work the second time?
[10:22] <Tiefflieger> no, but the third time :-)
[10:22] <thumper> weird
[10:22] <thumper> the loggerhead browser is quite separate from the server that serves the branches
[10:23] <jml> thumper: they share common points of failure though.
[10:23] <thumper> how big is cassiopeia?
[10:23] <thumper> jml: true
[10:23] <wgrant> thumper: My copy of the branch is about 37MiB. It took < 2 minutes over HTTP, even from here.
[10:25] <Tiefflieger> not that big, about 5 MB
[10:26] <Tiefflieger> I'm trying to get a branch again, just to test it - seems to be stalled again
[10:27] <jml> Tiefflieger: are you branching into an existing local repository?
[10:27] <thumper> real    7m37.172s
[10:27] <thumper> :(
[10:28] <Tiefflieger> no, in a directory I've just made (~/temp)
[10:28] <jml> Tiefflieger: if you want to get more information (and you are branching over bzr+ssh), try adding -Dhpss to your bzr command
[10:29] <jml> Tiefflieger: that'll dump timing info to ~/.bzr.log that can help diagnose the problem.
[10:29] <Tiefflieger> It got stuck at the following line: "[###########-        ] Copying content texts:Copied record 299/652 "
[10:29] <Tiefflieger> thanks, I will do that :-)
[10:29] <thumper> 36M
[10:29] <wgrant> Mine was stuck on 296 for 30 seconds or so.
[10:29]  * jml eagerly awaits the next rollout.
[10:29] <thumper> me too
[10:30] <wgrant> bzr 0.14rc smartserver speedups?
[10:31] <Tiefflieger> btw, bzr gives me 2 deprecation warnings about some hashlibs, but that shouldn't be the reason for my problems, I suppose
[10:32] <jml> Tiefflieger: unlikely
[10:32] <wgrant> That's pycrypto with Python 2.6 - it'll be fixed before Jaunty's released.
[10:32] <wgrant> It's just the md5/sha1 -> hashlib move.
[10:36]  * jml halts
[10:42] <Tiefflieger> seems to be stuck again: http://pastebin.com/m26109486 , but I needed some tries.
[10:42] <Tiefflieger> Since I'm the only one who has this problem, I think it's rather a problem with my internet connection than with lp's bazaar...
[10:46]  * wgrant wonders why null is part of launchpad-project.
[11:26] <Tiefflieger> bye everybody, thanks for the help :-)
[11:44] <nil2> hi, I've created a branch with the wrong name, does anyone know to rename it?
[11:46] <wgrant> nil2: On the branch page on Launchpad (https://launchpad.net/~user/project/branch), click the edit button next to the title.
[12:07] <AnAnt> Hello, can someone solve the question 62612 ?
[12:46] <qball> how can I give somebody permission to upload new translation templates for my project?
[12:49] <bigjools> danilos: ^
[13:14] <c_korn> cody-somerville: ping
[13:14] <cody-somerville> c_korn, pong
[13:15] <c_korn> I filed bug 343155 about the sivp compiling issue
[13:16] <c_korn> sylvestre ledru (maintainer) says the config.log should tell him want wents wrong when trying to detect scilab.
[13:16] <c_korn> is there a way to get it? configure || cat config.log won't work I think because the configure just freezes and does not fail
[13:18] <cody-somerville> cprov, ^^
[13:21] <cprov> c_korn: I don't know if there is a easy way to get the debug data you need. Can't you instrument the source package to be more verbose about the problematic step ?
[13:25] <cprov> c_korn: anyway, append your ideas to the bug report. I honestly don't see how autoconfig could behave differently in virtual & non-virtual environments.
[13:36] <c_korn> cprov: ok, sylvestre commented: https://bugs.launchpad.net/launchpad-buildd/+bug/343155/comments/3
[13:36] <c_korn> how should an env variable be set?
[13:37] <cprov> c_korn: cool, I guess you could easily do that in your debian/rules, right ?
[13:40] <c_korn> cprov: yes, I think DEB_CONFIGURE_SCRIPT_ENV is the right variable to set?
[13:41] <cprov> c_korn: yes, that would be elegant :)
[13:47] <c_korn> cprov: https://bugs.launchpad.net/launchpad-buildd/+bug/343155/comments/4
[13:48] <c_korn> now it should build fine
[13:48] <c_korn> who is in charge for letting it build again? a MOTU?
[13:51] <Laney> are the PPA buildds going to be refreshed for the xen/mono fix?
[13:52] <cprov> c_korn: you have to upload a new source.
[13:53] <c_korn> why that? the sources are already in ubuntu
[13:53] <c_korn> a  MOTU is trying to build it. thanks. bye
[13:55] <cprov> Laney: there is a open task on launchpad-buildd about that, so soon.
[13:55] <Laney> sweet
[13:55] <Laney> cprov: do you have a link that I can subscribe to?
[13:58] <cprov> Laney: it's a new task in the existing bug, https://bugs.edge.launchpad.net/bugs/237724
[13:58] <cprov> Laney: you are already subscribed, AFAICS.
[13:58] <Laney> oh, the same bug?
[13:58] <directhex> i think one of the PPA builders might be feeling unwell. it's taking an uncommonly long length of time to build a package
[14:03] <AnAnt> bug 62612
[14:03] <AnAnt> question 62612
[14:03] <AnAnt> answer 62612
[14:03] <AnAnt> answers 62612
[14:06] <directhex> can someone with elite powers drop-kick radon across the room?
[14:08] <Spads> directhex: can you be more specific?
[14:09] <directhex> https://launchpad.net/+builds/radon
[14:09] <directhex> that build took 42 minutes on lpia, 39 on amd64, and previous versions of the package took 50 mins on i386
[14:09] <directhex> i.e. "it's broken"
[14:11] <cprov> directhex: do you have all the information you need debug the current 'freeze' ? I can cancel the build for you.
[14:12] <directhex> cprov, i don't see any obvious signs of why it's stopped progressing - it built fine on lpia/amd64
[14:12] <directhex> and it's the same orig as previous successful builds
[14:12] <directhex> so i think it might be some transitory glitch in the builder
[14:13] <cprov> directhex: okay, let's just reset the job and see how it goes.
[14:13] <directhex> cprov, neato, ta
[14:57] <qball> how do I add a 2nd template in launchpad?
[14:57] <qball> (translations)
[15:05] <danilo_> qball: you should go to a productseries translations page, and use the "Upload" link to upload your second POT
[15:05] <qball> kay
[15:11] <directhex> cprov,  Build started 40 minutes ago  on samarium (virtual)  and finished 3 minutes ago  taking 37 minutes — see the log
[15:11] <directhex> cprov, seems it was the builder then, not me ;)
[15:19] <qball> danilo_: did that, it overwritten my old template
[15:19] <qball> old gmpc.pot  the one I want to add is gmpc-alarm.pot
[15:19] <danilo_> qball: can you give me the link you went to? and did you use a different POT name?
[15:19] <qball> https://translations.launchpad.net/gmpc/trunk
[15:19] <qball> let me upload the right .pot file again
[15:20] <danilo_> qball: import queue on https://translations.launchpad.net/gmpc/trunk/+imports says they have both been imported into the same template
[15:21] <qball> I want a new template
[15:21] <qball> one is main programm, other is plugin
[15:21] <danilo_> qball: ah, you might be hitting a bug with in auto-approver which just checks for matching beginning of a file name
[15:21] <danilo_> qball: right, can you upload it with a completely different name, and then I'll change it to a proper one?
[15:22] <danilo_> qball: something like alarm-qmpc.pot
[15:22] <qball> danilo_: but I have 20+ off these gmpc-<name>.pot files
[15:22] <qball> one for each plugin
[15:22] <qball> but let me try
[15:22] <danilo_> qball: ok, then it's better the other way around
[15:23] <qball> can you aprove the last gmpc.pot I uploaded
[15:24] <danilo_> yeah, I'll do that
[15:24] <qball> then I try a alarm-gmpc.pot, just for fun and giggles
[15:25] <danilo_> qball: I've approved it, but let's try a different approach for others
[15:25] <danilo_> qball: once correct gmpc.pot is imported, I'll change it's pathname to something else temporarily so you can upload all the rest with their correct names
[15:26] <qball> don't have them all at this moment..
[15:26] <qball> I made a few plugins translatable and was trying how it works
[15:27] <danilo_> qball: right, I am sorry that you hit this bug, but I've just made the main template temp-gmpc.pot (maybe we can make it main-gmpc.pot, when we can avoid the bug until we fix it, but you'd need to use that for uploading as well)
[15:27] <qball> that is not a big problem
[15:28] <qball> try to upload gmpc-alarm.pot now?
[15:28] <qball> ok. uploaded
[15:30] <danilo_> qball: can you please try that again, because I had to move the old one (which was already approved for import into main template) away?
[15:30] <qball> kay done.
[15:31] <danilo_> qball: now it'd be nice to wait for our auto-approver to make sure it doesn't recognize the file as the existing template, instead of me approving it manually right away
[15:31] <qball> ok
[15:32] <danilo_> qball: can you ping me later today and I'll check how it went?
[15:32] <qball> I will
[15:32] <danilo_> qball: btw, how's gtodo doing? :)
[15:32] <qball> thx
[15:32] <qball> danilo_: eeh not doing a lot
[15:32] <qball> never got around finishing gtodo2
[15:32] <qball> shamefully
[15:32] <qball> way to busy, way to little help
[15:32] <qball> add becoming ill the list
[15:33] <danilo_> qball: ah, I am sorry to hear that :)
[15:33] <qball> so gtodo and stuffkeeper are on a hiatus
[15:33] <danilo_> qball: it was a nice little app, keep up the good work though :)
[15:34] <qball> http://stuffkeeper.org/index.php/Main_Page <-- thhis is a neat thing too.
[15:35] <danilo_> qball: ah, right, it is :)
[15:35] <qball> ideas are never the problem..
[15:36] <danilo_> qball: tell me about it, if we can only find the time to implement them all...
[15:38] <qball> danilo_: any clue on if/when this bug would be fixed?
[15:41] <danilo_> qball: not really, it's not a high priority one at this time since multi-template set-ups are not that common
[15:41] <qball> ok.
[15:53] <lip> hello
[15:54] <lip> can some body help me?
[16:02] <MrKanister> lip: That depends on what your question might be ;)
[16:03] <lip> )
[16:05] <lip> Can you approve archive mirror as official?
[16:07] <MrKanister> lip: No, unfortunately not
[16:12] <lip> ok
[16:19] <MTecknology> Is there anyone that can update this page for me? http://blog.launchpad.net/projects/ubuntu-loco-website-kit - the link to the project page is ubuntu-drupal, not loco-drupal
[18:16] <mrooney> congrats everyone on the YUI3 sprint, sounds like it went well!
[18:21] <rockstar> mrooney, it was also a lot of fun.
[18:21] <mrooney> from my personal experience I am glad YUI3 was chosen, it does seem like an excellent library
[19:00] <kiko> I can't load ~kiko snif
[19:02] <beuno> I can
[19:03] <beuno> not that I'm bragging...
[19:04] <kiko> beuno, have I ever showed you the star wars cantina youtube video?
[19:05] <beuno> kiko, no, but it sounds like something I want to watch
[19:05] <kiko> http://www.youtube.com/watch?v=Sv5iEK-IEzw
[19:06] <kiko> definitely worth watching
[19:06] <beuno> ah!  eddie izzard, he's awesome
[19:09] <mpt> beuno, I've just noticed how the bug summary field smoothly shrinks when the summary you're typing shortens from two lines to one line. That's classy work.
[19:11] <beuno> mpt, :)
[19:11] <beuno> a lot of complaining in there
[19:11] <beuno> kiko, lol. I hadn't seen that clip. Have you seen the cake or death one?
[19:13]  * mwhudson needs to buy some eddie dvds
[19:13] <mpt> beuno, complaining in where?
[19:14] <beuno> mpt, developers!
[19:15] <qball> danilos: still awates acceptance
[19:15] <kiko> beuno, yeah
[19:15] <kiko> beuno, but this one is better!
[20:04] <thumper> morning
[22:11] <Laney> Is something up with the i386 buildds? Seeing stuff like https://launchpad.net/ubuntu/+source/gedit-plugins/2.26.0-0ubuntu1/+build/906753/+files/buildlog_ubuntu-jaunty-i386.gedit-plugins_2.26.0-0ubuntu1_FAILEDTOBUILD.txt.gz on a few packages
[22:15] <Laney> forget it, not a buildd problem
[22:38] <mpt> "Sorry, all things indicated that that is where it must go."
[22:38] <mpt> The mysterious bug 88818 strikes again
[22:41] <lamalex> heh
[22:42] <domas> that looks a bit recursive
[23:16] <Turl> hello
[23:16] <Turl> I'm getting an odd error when building a package in a PPA
[23:16] <Turl> configure: error: in `/build/buildd/xserver-xorg-video-intel-2.6.3/obj-i686-linux-gnulp': configure: error: C compiler cannot create executables
[23:17] <Turl> any idea?
[23:37] <emmajane> ping jml
[23:38] <jml> emmajane: hi
[23:38] <emmajane> hey :)
[23:39] <emmajane> just responded to your bug response.
[23:39] <jml> yay
[23:39] <emmajane> I have no idea what's already done, but please feel free to close the bug if you've already addressed the pain points.
[23:41] <jml> emmajane: thanks. that's exactly the kind of bug comment I like :)
[23:41] <emmajane> jml, heh
[23:41] <jml> (the whole point of opening a bug is to have to closed.)
[23:42] <emmajane> jml, I was hoping it wasn't *too* rubber mallet-ish.
[23:42] <emmajane> thumper's already identified that he likes to be beaten about LP issues though. ;)
[23:44] <jml> emmajane: yeah. the thing about UI bugs is that without effort from all parties, they can often become uncloseable mishmashes of suggestions and descriptions of negative experiences. so the occasional mallet is required.
[23:44] <emmajane> heh
[23:47]  * thumper is black and blue right now from all the beatings
[23:47]  * emmajane chuckles.
[23:47] <emmajane> poor thumper :(
[23:49] <jml> ok.
[23:49] <jml> so now I'm really, honestly going to start actually making Launchpad better, rather than talk about it :)
[23:49] <emmajane> LOL
[23:49] <jml> buh-bye gmail
[23:50] <emmajane> jml, I won't tell you all the things I'm not working on while submitting LP bug reports. procrastination FTW!
[23:51] <abarbaccia> hey all, i just merged my accounts but the karma didn't transfer
[23:52] <mwhudson> karma is updated nightly
[23:52] <mwhudson> check back tomorrow
[23:52] <abarbaccia> very good. maybe a note about that should be added to the "success" screen as it was one of the first things i checked. :-)
[23:52] <abarbaccia> i could file a bug for it.... ahahaha
[23:53] <wgrant> mpt: But they said to report a bug on Launchpad!
[23:54] <nhandler> I'm trying to play around with the LP API. Is there a way to get a list of bugs that a user is subscribed to?
[23:56] <wgrant> nhandler: Not globally, but you can search in a specific context by giving an argument to searchTasks.
[23:57] <nhandler> wgrant: So searchTasks falls under a distribution, so I can search for all Ubuntu bugs that a user is subscribed to, correct?
[23:57] <wgrant> nhandler: Yes.
[23:57]  * wgrant -> gone