[00:10] You guys know what's going on with OpenID? [00:10] I can't log into anything with the Launchpad OpenID anymore [00:10] spm: any ideas? [00:11] MTecknology: can you be more specific? "anything" is a wide brush. :-) [00:11] spm: I'm trying to use the drupal-openid modules canonical put out [00:12] hurray for reliable internet [00:14] spm: I don't really know how to be more specific :( [00:16] lamont: I forget -- have you approved/merged my lp-buildd debug symbol flag branch? [00:19] spm: Do you know if anything with OpenID changed recently? [00:21] MTecknology: well, we had the release ~ 10 days ago. but nothing other than that. [00:22] wgrant: I've based my stuff on yours, about to drop that on dogfood, if you want to play>? [00:22] lamont: It's not supported by Soyuz yet, so it won't do anything on DF. [00:22] oh, right [00:23] spm: I wonder if that's what changed... I'll try to ask stu and see if he knows what's going on. [00:23] OTOH, this has fixes for all of the other "in progress" launchpad-buildd bugs [00:23] Thanks [00:23] wgrant: ^^ [00:23] lamont: While you're there, I have another branch which unbreaks things on Karmic. I think you might already have some of these fixes. [00:24] lamont: Nice. [00:24] unbreaks how? [00:24] https://code.edge.launchpad.net/~wgrant/launchpad/lp-buildd-karmic-fixes [00:25] Not sure how appropriate the last rev is for prod, though. [00:25] They're changes I've been carrying locally for months, so I decided I should push them up somewhere. [00:26] heh. you missed /etc/hostname [00:26] I'll include that in my stuff, too [00:27] lamont: True, although that doesn't seem to break anything. [00:27] Thanks. [00:28] true enough [00:29] I also have a branch that allows the master to override the buildd arch, but that's not very interesting until Soyuz gains support for that in who knows how long. [00:29] I'll ignore that bug until we finish landing all these branches [00:33] wgrant: lp:~lamont/launchpad-buildd/proposed-version-53 <-- is live on ferraz [00:36] well, once it finishes pushing, it'll be there [00:38] lamont: You're not accidentally pushing a full LP branch up to the launchpad-buildd project, are you? [00:38] yep [00:38] yay launchpad [00:38] That will take forever, and then a bit longer, because it won't stack. [00:38] yeah - I guess I should push it to launchpad, eh? [00:38] Might be a bit quicker, yeah. [00:41] lp:~lamont/launchpad/proposed-lpbuildd-version-53 [00:42] and yeah, much quicker [00:45] 9905 is the rev that I wonder about in that branch though - it's the "no, you really can't refer to ../../../ in a source package" fix [00:47] lamont: i think buildd-slave.tac should just live in lib/canonical/buildd [00:47] Oh, needs tachandler too. [00:47] Hmm. [00:47] yeah [00:47] so I went lalalalalala and took a stab at it so I have a source package [00:48] lamont: r9994 doesn't actually run dpkg-source in the chroot, does it? [00:48] It runs it on files in the chroot. [00:48] But it doesn't seem to run the dpkg-source that lives in the chroot,. [00:48] i found spam. who removes it? [00:49] wgrant: why, so it does. :/ [00:51] lamont: Also, do you happen to the status of the dpkg upgrade on cocoplum/germanium/iron/whatever-runs-debdiff-for-Soyuz? [00:52] zsquareplusc: link? [00:53] PM? otherwise it will show up in the logs again? [00:55] wgrant: re-pushed [00:55] er, ing [00:56] 9907 [00:56] I'm getting a timeout error trying to report a bug. I have tried disabling redirection to the edge server and I still get the same error ( though it takes longer to show up :) [00:57] zsquareplusc: sure [00:58] lamont: If that works, it looks much better. [00:58] worked on this machine [00:58] Great. Just wasn't quite sure about the paths. [00:58] Traceback (most recent call last): [00:58] File "/usr/share/launchpad-buildd/upgrade-config", line 55, in [00:58] if int(old_version) < 12: [00:58] ValueError: invalid literal for int() with base 10: '53~0.CAT.8.04' [00:58] way to go lp-buildd. way-to-go [00:58] Ah, yes, struck that locally. [00:59] I just removed upgrade-config. [00:59] I just purged and reinstalled. :=-) [00:59] Heh. [01:00] dogfood looks mildly unhappy. [01:01] ferraz is currently building a build that finished ago, but is currently building, and already has a build log. [01:02] well, I did kinda yank the buildd out from under it. also just uploaded binutils [01:02] It's been broken like that for ages. [01:02] I presume buildd-manager isn't running. [01:02] well, I'm pretty sure that the slave scanner and such are, um, manual [01:03] I'm gonna need bigjools training. [01:03] lamont: Ah, you can't drive it? [01:04] lack of clue is the only obstacle [01:04] You should just need to fire up buildd-manager, then run process-upload.py. [01:05] buildd-manager as who? [01:06] I mean, I'm root on the box if I want, but haven't ever driven lp at that level [01:07] lamont: buildd-manager runs as whoever owns /srv/launchpad.net/builddmaster [01:07] If you don't know the magic to start it, check start-soyuz.sh on https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally [01:08] interestingly, buildd-manager seems to be running. [01:08] Uhoh. [01:08] and yeah, so totally not working hours for me... I'm gonna just leave it for julian tomorrow, and get him to walk me through the specialness that is dogfood [01:09] Heh, good idea. [01:09] Thanks for merging that stuff. [01:10] and once binutils builds on dogfood, then I can un-jail pkgmanglebinary and make #u-devel happy with me again [01:10] and afk [01:12] Can anyone else file a bug report without getting an error? I am getting the error right after entering the summary so you can test with a dummy bug report. [01:13] Jordan_U: try a shorter summary [01:13] If that still doesn't work, try edge, or use 'zzzzzz' as the summary. [01:14] Jordan_U: (the search for duplicate bugs is more likely to timeout with longer summaries) [01:15] spiv: A ( much ) shorter summary did it. [01:16] spiv: I tried shortening it more and more and it only worked after shortening it to 3 words ( which is not enough to make an understandable title for this bug ) [01:17] Looks like I can change the title afterwards at least [01:30] **** WE ARE HAVING WOES ATM -LOOKING - no ETA on a fix **** [01:30] Aha! That explains it. [01:32] need help: let's say I upload a package and building this package requires a package from another PPA... how do I specify this? [01:32] jldupont: edit dependencies [01:34] jldupont: Assuming that you can actually talk to LP at the moment, you should see an 'Edit PPA dependencies' link near the top right of your PPA page. [01:34] @micahg: where? [01:34] ok [01:34] found it. [01:36] Jolly good... thanks @micahg, @wgrant. [01:40] can I just "retry build" or do I need to delete and re-upload? [01:40] **** LP LOOKS like it's back again - can anyone deny? **** [01:41] jldupont: The former. [01:41] @wgrant: thanks. [01:41] spm: Looks happy enough to me. [01:41] "Build can not be retried" [01:42] jldupont: Maybe it's already been retried? [01:42] @wgrant: you are right! sorry for the noise. [01:43] worked! [01:43] Excellent. [01:43] spm: All I ever saw was LP being extra-slow, but it doesn't seem that way to me anymore. [01:44] persia: cool; thanks! [01:45] fwiw, looks like we had a couple of old select queries that were somehow (maybe...) causing woe. educated guess: - it was killing their attached procs that seemed to fix things. Dear Checkwatches was one guilty party. [01:53] Hello! Anyone know of an existing feature / script to mark all "Fix Committed" bugs against a milestone as "Fix Released"? [01:53] I should stop doing this manually :) [02:03] mrooney_: Shouldn't that be done in the changelog of the package? ( sorry if I am just misunderstanding ) [02:18] mrooney_: no I don't, but a feature has been considered to do just that [02:18] mrooney_: I'm sure you can find the bug with a quick search [02:38] thumper: launchpad is not only for ubuntu :) [02:38] mrooney_: I didn't say that it was [02:38] thumper: well, you said it should be done in the changelog of a pakcage [02:38] mrooney_: I would also use the feature that you are thinking about [02:38] mrooney_: no, that wasn't me it was Jordan_U [02:38] oh, haha, right you are :) [02:38] Jordan_U: ^^ :) [02:39] yeah, it seems like it would be a cool checkbox for making a release in launchpad [02:39] Wouldn't it make sense for LP to automatically shift "Fix Committed" to "Fix Released" for all the bugs in a branch when that branch is linked to a release? [02:40] persia: except you can't link a branch to a release right now [02:40] and the sad fact that the branch statuses aren't changed at all from branches right now [02:41] What? I was sure I could make a bug "Fix Committed" by linking a bug, and then merging it to the branch identified as trunk. [02:41] persia: nope [02:41] not yet [02:41] persia: give the keys to your time machine back [02:41] there are bugs about making it happen [02:42] Ah. So mrooney's bug can be fixed once that is done? [02:42] well... [02:42] mwhudson: Um, no. Causality, dontcha know? [02:43] mrooney_ didn't say that all his bugs are linked to branches [02:43] Good point. [02:54] most of the ones I fixed recently are [02:55] but reallly I would just want the releasing process in LP to do it for me, doesn't it know which milestone I am releasing? [03:21] I suspect if I learned the LP API it would be a fairly small script [03:43] is there a way to see a list of all subscribed threads? i can't see it in my user cp [04:02] laeg: Like https://launchpad.net/people/+me/+subscribedbugs?\ [04:06] wgrant: it doesn't show any, perhaps because they're resolved? any way to see those ones? [04:06] hey folks [04:16] laeg: 'Advanced search', then select all of the statuses. [04:16] wgrant: ty [04:17] laeg: Also, duplicates are hidden by default. To show them, uncheck the "Hide duplicates" checkbox at the bottom. [04:17] :) [04:17] The search defaults are optimised for developers and projects -- they don't always work so well for normal user bug lists. [04:18] any of you guys admins for the ppa build VMs? [04:18] Sam-I-Am: They lurk around here. Ask your question, and somebody will help if they can. [04:18] my build apparently hung one [04:18] its been stuck for over 3 hours [04:18] Link? [04:18] not sure exactly what happens next [04:19] * wgrant guesses that it's bohrium again. [04:19] https://launchpad.net/builders/bohrium [04:19] YES! [04:19] Hahah. [04:19] did i get stuck on the short bus box? [04:19] It just likes dieing during build-dep installation. [04:19] * wgrant checks if that is where it has died again. [04:19] cute... to think its just a VM [04:19] Ah, no, not this time. [04:20] great, well, i bring you a unique problem :P [04:20] I can't do anything about it, and I'm not sure if anybody around now can. But just wait around here and see, I guess. [04:20] heh [04:22] * Sam-I-Am gets comfortable [05:34] "gpg: no valid OpenPGP data found." because I toasted my home dir. but I have an image, and have been plucking out the stuff I didn't backup (everything not in a repo... doh!) [05:34] does that file have a header I can search for? [05:38] CarlFK: That error means that the input file you gave it isn't encrypted or signed. [05:38] CarlFK: Nothing about your keys [05:38] (which live in ~/.gnupg) [05:39] wgrant: I don't have any keys right now [05:40] well, I do, but they are somewhere in a 70gig .img [05:40] CarlFK: What isn't working, and what are you trying to do? [05:40] I am trying to dig my key out of a 70g image of my old home partition [05:40] Oh, so you want to look through a raw disk image for the header to see if you can retrieve it? [05:40] right [05:41] CarlFK: You could try grepping for your email address. secring.gpg is a binary file, so it doesn't have obvious headers. [05:41] when upgrading to karmic, I got confused between what partitions /home and /tmp were on... [05:41] CarlFK: Exported key files have a nice greppable header, but not until they're exported. [05:41] oh crap. [05:42] But my UIDs show up as plaintext 'William Grant ' [05:42] So yours probably do too. [05:44] Is that at the start of the file, or line? [05:44] It's nowhere in particular. [05:44] I am finding lots of changelog [05:44] It's a binary file with no obvious sane newlines. [05:45] CarlFK: this may help your search? http://isc.sans.org/diary.html?storyid=6991 [05:46] * wgrant assumed that the filesystem structure was utterly toasted. [05:47] possibly is; but if a loopback is possible... [05:47] spm: I wish. the ubuntu installer did a mkfs over my home partition. so no more root dir, and no superblock table (I think.. still wondering if there is a copy in a random spot that I seem to have heard of [05:47] bummer :-( [05:47] CarlFK: If the partition is the same size, you're probably out of luck. [05:48] yep [05:48] I did just dig out my dput.cf [05:49] Although I've largely recovered FAT volumes with no root dir and only portions of each FAT remaining, I'm not sure about other FSes. [05:49] wgrant: there's a *world* of unspoken issues in that single sentence of yours ;-) [05:50] I wish I knew if ext2 directory entries pointed to the first block, or into the superblock, where it points to the data. [05:51] if the dir entries point to the first block, I could find all the dirs (they are just files with a fairly identifiable signature) and at least have the first block of all my files, and 99% of the ones I care about are dinky, so would all be in one block [05:52] spm: It's not that hard if the volume was not very fragmented. [05:53] wgrant: heh. no. My meaning was more around the number of your friends etc who have toasted their home PC's. As the likely conclusion. :-) [05:53] spm: USB flash drives, but yes. [05:53] heh [05:56] * wgrant wanders home. [05:57] how do I gen a new key? [05:57] https://help.ubuntu.com/community/GnuPrivacyGuardHowto [05:58] CarlFK: Note that your new key will not inherit the trust of your old key. Also, your old key will float around on the keyservers until revoked (if you didn't generate an offline revocation certificate for the old key, you'll want to do that for the new one, just in case) [06:00] persia: i just want to see what it looks like - still have hopes of digging it out of my old home/ [06:00] hope springs eternal :) [06:01] CarlFK: It looks basically the same as the public key [06:12] ah, it has my comment in there... that's fairly unique... yay. === RAOF_ is now known as RAOF [07:48] Hello, when is Launchpad upgrade ? [07:52] AnAnt: Wed 2200UTC, AFAIK. [07:56] AnAnt: Starts: 22.00 UTC 16th December [07:56] thanks [07:57] will the new release support 3.0 source format packages ? [07:57] AnAnt: Yes, but not necessarily immediately. [07:57] AnAnt: There are things apart from LP that have to be upgraded for that. [07:57] oh [07:57] ok [07:58] I am (still) brand new to bzr...trying to get a bzr branch to track upstream SVN (first attempt here: https://code.launchpad.net/~kb9vqf/trinity-desktop/trunk)...any idea why it is still pending review? [07:58] * kb9vqf_ thinks he probably did something wrong [07:59] kb9vqf_: Subversion and CVS imports must be manually approved by Launchpad Code developers, as it's easy to get them wrong. [08:00] OK; I wanted to get an import running so that when bzr to PPA auto-build rolls around all I have to do is flip a switch :) [08:00] That's still a couple of months away yet. [08:01] Yeah, so no rush [08:01] kb9vqf_: that url doesn't really look like something you want to import to me [08:01] why not? [08:01] mwhudson: Mightn't it also be a good idea to wait two days and then get bzr-svn goodness? [08:02] I've an interesting formatting bug on edge right now, specifically for bug 437626 (viewed from bzr). The top of the various stuff on the right side is aligned with the bottom of the stuff on the left. [08:02] Launchpad bug 437626 in bzr "[sru] exceptions.AssertionError: second push failed to complete a fetch set" [Undecided,Confirmed] https://launchpad.net/bugs/437626 [08:02] kb9vqf_: well, wouldn't svn://anonsvn.kde.org/home/kde/branches/trinity/konstruct make more sense? [08:02] wgrant: i guess maybe [08:02] Is that likely to be my browser, or the site? [08:02] persia: You have a really wide window, don't you? [08:03] mwhudson: Oh, I see, so I would need to set up an auto-import (and bzr trunk) for each of the Trinity modules in that SVN folder? [08:03] kb9vqf_: yes [08:03] persia: If so, probably bug #493518 [08:03] Launchpad bug 493518 in launchpad-foundations "Side portlet moved again below the main content on wide-screen displays (1920x1200)" [Undecided,Confirmed] https://launchpad.net/bugs/493518 [08:03] hrm, why cant I use my email address as a teams contact email? [08:03] wgrant: Not that wide. Maybe 1000 pixels or so? [08:03] mwhudson: Once I do that should I come back here with a list of all the new import requests? [08:03] Or will they automagically go through? [08:05] wgrant: Except my window isn't maximised, and my screen isn't that wide. [08:05] persia: Is it broken on production too? [08:07] wgrant: Doesn't appear to be. I just got fed an edge URL and was too lazy to edit it. [08:07] Removing ".edge" makes it appear correctly on the same screen with the same window size. [08:08] persia: Probably related to that bug, then [08:08] mwhudson: Is this better? https://code.launchpad.net/~kb9vqf/trinity-desktop/kdelibs [08:09] Obviously I would repeat for all the rest of the modules [08:09] wgrant: Hrm. OK. Strange that the reporter said it disappeared with it not maximised. [08:15] Ah. It is the same bug. The barrier has just moved from 1640px to somewhere around 650px. [08:19] persia: Not exactly. It's fine for me at 1440px [08:20] Very odd. It defiintely looks fine for me if I squash it enough, but at that point, it's very vertical (and less than 50% of my screen). [08:29] kb9vqf_: yes === dreimark_ is now known as dreimark [09:01] I have a few more imports for review: [09:01] https://code.launchpad.net/~kb9vqf/trinity-desktop/kdebase [09:01] https://code.launchpad.net/~kb9vqf/trinity-desktop/kdenetwork [09:01] https://code.launchpad.net/~kb9vqf/trinity-desktop/kdeedu [09:02] https://code.launchpad.net/~kb9vqf/trinity-desktop/kdevelop [09:02] and https://code.launchpad.net/~kb9vqf/trinity-desktop/kdegraphics [09:02] Thanks! :) [09:11] kb9vqf_: hi [09:11] kb9vqf_: there are several things about these imports [09:11] OK [09:11] kb9vqf_: firstly we are about to deploy bzr-svn which will make these much more likely to succeed [09:12] It can wait then [09:12] kb9vqf_: secondly they don't follow the normal "one codebase per project" rule [09:12] kb9vqf_: thirdly - they aren't of trunk - which we'll be relaxing when we have bzr-svn [09:12] It can definitely wait then until bzr-svn [09:12] Thanks for the heads-up! [09:12] ok [09:13] I'll think about the codebase issue [09:13] I'll set up a straight svn to ppa autobuild script for now if needed [09:13] I'm not really sure how to deal with that; the Trinity project is obviously massive [09:13] This seems like the perfect application of a project group. [09:13] that is, the codebase issue [09:14] Sounds reasonable [09:14] * kb9vqf_ will look into that further as he has time [09:16] it seems to me that you have different versions of major projects [09:16] kb9vqf_: so kdebase should have a 3.x series and a 4.x series [09:16] kb9vqf_: and you have an import for kdebase [09:17] the interesting thing is how to group your branches [09:17] perhaps have them owned by trinity-devs team or something [09:18] There shouldn't be a 4.x major series of Trinity...not for quite a while anyway [09:19] upstream KDE wants nothing to do with Trinity outside of hosting it in SVN :) [09:19] It is really a separate project from KDE at this point [09:20] kb9vqf_: are you looking to host it on LP? [09:20] I am thinking about it [09:20] Definitely a PPA, maybe code as well [09:20] The trinity-devs team is a good idea [09:20] ok [09:21] you may want an umbrella project-group [09:21] and have your projects associated with that [09:21] OK [09:21] I am not as familiar with Launchpad/bzr/etc as I am with plain ol' SVN, but I want to keep my options open in case KDE says they want Trinity removed from their SVN in the future [09:21] Hence my sudden interest in Launchpad :) [09:21] :) [09:22] kb9vqf_: lets wait for the next rollout and bzr-svn [09:22] Sure thing [09:22] kb9vqf_: once we have the branches imported [09:22] kb9vqf_: we can move them around [09:22] That should be in time for Lucid, correct? [09:22] kb9vqf_: the next rollout is in 2 days [09:22] Hehe, yes then :) [09:23] I'll check back in in a couple days then; hopefully my main project server will be repaired at that time as well [09:23] Thanks! [09:24] np === intellectronica changed the topic of #launchpad to: Launchpad: http://launchpad.net | Read https://help.launchpad.net for help | Help contact: intellectronica | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: see channel #launchpad-dev === danilo[home] is now known as danilos [10:38] hey, can you turn off the [$listname] in the subject line of Launchpad mailing lists? [10:38] jussi01: No, sadly. [10:38] :( [10:38] wgrant: is there a bug? or do I need to file one? [10:40] jussi01: Bug #396888 [10:40] Launchpad bug 396888 in launchpad-registry "prefixing subjects in mailing list posts considered harmful" [Low,Triaged] https://launchpad.net/bugs/396888 [10:43] wgrant: thanks a lot. [10:44] jml: Hi [10:44] jml: IIRC you had a trivial boilerplate for a launchpad API script somewhere, where was that? === sraps__ is now known as sraps === sale_ is now known as sale [11:17] jelmer, lp:~jml/+junk/bugstats [11:18] jml: Thanks! [11:32] I'm translating linux mint, encountering this english line: %(applications)d applications listed. Exactly what does the 'd' mean in this string? [11:33] Can't decide if it's a part of the %(applications) variable or an addon letter. [11:44] hello, is there a way to delete a proposition for the translation of a particular string? [11:45] I mean suggestion === matsubara-afk is now known as matsubara [11:51] moradan: other than dismissing it? [11:54] I see only the option "dismiss all" - and no the option to dismiss only one === henninge is now known as henninge-lunch [13:01] mmm can somebody remind me how to enter plural forms? [13:09] mmm can somebody remind me how to enter plural forms? or tell me where to ask? [13:10] ahh, leonardr, just the person Im after. :) === mrevell is now known as mrevell-lunch [13:10] jussi01: really? ok [13:11] leonardr: could I just get a quick update on bug 385517 - hows it going? [13:11] Launchpad bug 385517 in launchpad-foundations "launchpadlib users made to authenticate unnecessarily" [High,In progress] https://launchpad.net/bugs/385517 [13:12] jussi01: no progress. i'm putting all my time into a versioning system [13:12] oh :( [13:13] leonardr: without wanting to annoy or be rude, can you give me an idea when youll be able to get to it? (days, months, years?) [13:14] jussi01: probably months [13:14] leonardr: ok, thanks for the info. [13:16] jussi01: you might add a short comment saying that you'd like that feature so that we can gauge demand when we next do plannin [13:17] leonardr: yeah, its a bit frustrating because at UDS Mark said "we will get it done" hence the target was put there. [13:18] its been on the table for a very long time, and marked as high, so Im a bit suprised its still there. [13:19] jussi01: i didn't hear about that (it was just before i left on vacation). it's possibly my priorities were drastically changed by mark's comment. i'll need to check [13:19] jussi01: That's not a very long time at all in LP terms. [13:19] leonardr: right, thanks. I appreciate it. [13:19] wgrant: heh... [13:21] 6 months is a long time for a "high" bug imho, but Im not really familiar with LP and how quickly things get done. [13:24] jussi01: web service things get done in serial because i'm the only person working on the web service [13:24] leonardr: ahh, that makes sense then. [13:27] leonardr: last question, how much time does that bug look like? is it a relatively minor item or is it fairly major? Just wanting to get a feel for the kind of time you will need to complete it. [13:28] jussi01: i think it's in between. it's easy to simply not insist on credentials in certain cases, but because we're changing the security policy we need to be very careful with design and review [13:28] it's also likely i'll have to change the client--not difficult, but it's more work than just flipping a swithc on the server [13:29] leonardr: ok, once again, thanks for checking in on this and taking the time to let me know how things work. its much appreciated [13:29] np [13:45] the google bug tracker now has a nice feature, attachments previews with View / Download. It used to be just Download without preview, it sucked for screenshots. [13:45] like http://code.google.com/p/chromium/issues/detail?id=10949 c 27-28 [13:46] would be nice to have that in lp [13:49] leonardr: also, if youve a minute you might want to have a look at bug #488394 as well (new bug), its related Im told. [13:49] Launchpad bug 488394 in launchpad-foundations "Export irc_nicknames with "anonymous" requests" [Undecided,New] https://launchpad.net/bugs/488394 === mrevell-lunch is now known as mrevell [13:59] hey guys === flacoste_afk is now known as flacoste [14:07] flacoste, do you know about the promises mark made for bug 385517? (see above) how does that affect my schedule? [14:07] Launchpad bug 385517 in launchpad-foundations "launchpadlib users made to authenticate unnecessarily" [High,In progress] https://launchpad.net/bugs/385517 [14:10] leonardr: no, i'm not aware of it, i wasn't at UDS and nobody talked to me about this [14:10] ok, i'll bring it up with gary in the stand-up and we may talk to you later [14:11] leonardr: well, i heard feedback that people really wants this, but imho stable api is more important for lucid [14:11] leonardr: ideally, if we can have both for lucid, that'd be excellent [14:11] leonardr: salgado/gary could probably help on that bug [14:12] agreed [14:12] flacoste: sounds like i should talk to gary about this, i'll let you know what we decide === henninge_ is now known as henninge === Meths_ is now known as Meths [14:52] Are imports from apache's incubator SVN known to fail? https://code.edge.launchpad.net/~soren/libcloud/trunk === matsubara is now known as matsubara-lunch [15:10] hi - is there a problem with the builders? most of them are idling and the queue is growing... [15:32] bigjools, can you help dnjl? [15:32] known issue, we're on it === salgado is now known as salgado-lunch [15:32] ok, tnx! [15:32] dnjl, ^^^^ [15:32] thanks bigjools [15:43] Builders should be building again [15:49] hmm, seems my PPA build which hung yesterday managed to fix itself [15:49] or someone else fixed it === matsubara-lunch is now known as matsubara [16:07] Is someone aware of the spam accounts being set up on launchpad since this morning? [16:07] e.g. https://launchpad.net/~vicodin-online-35 [16:08] sinzui, ^ [16:08] murbank: not of that particular one but of the general situation [16:09] murbank: it's tracked in bug 495250 [16:09] Launchpad bug 495250 in launchpad-registry "there goes the neighbourhood (launchpad is getting owned by spammers)" [Critical,In progress] https://launchpad.net/bugs/495250 [16:12] beuno: murbank: I will ask an admin to deal with it === salgado-lunch is now known as salgado === jon is now known as Guest51888 === beuno is now known as beuno-lunch [17:04] launchpad keeps oopsing on me whenever I try to see the landscape "later" milestone (OOPS-1444H2946) [17:04] https://lp-oops.canonical.com/oops.py/?oopsid=1444H2946 [17:04] works about half the time, to be honest [17:04] it's a big milestone, with lots of private bugs [17:07] ahasenack: since this is an OOPS, we will try to tackle it as high priority (but i'm not sure if we'll manage it for this release, which is this year's last). do you know if there's already a bug filed for this? [17:07] intellectronica: I probably have [17:08] intellectronica: https://bugs.launchpad.net/bugs/447418 [17:08] Ubuntu bug 447418 in launchpad "Timeout with large milestone with lots of private bugs" [Undecided,New] [17:09] ahasenack: cheers. we'll make sure to look at it. apologies in advance if there's no fix until early next year [17:09]