[00:07] So with https://bugs.launchpad.net/launchpad/+bug/392887/comments/44 in mind, is there a chance PPAs you "undelete" will be fully working? When I first signed up a while ago, I stupidly "made" a PPA, then later deleted it. Somewhat recently I "undeleted" it and started using it, but had noticed the links for "copy packages" "edit PPA", and "delete Packages" were not on the page, but you could still get to them by editing the URL. [00:07] Launchpad bug 392887 in Launchpad itself "Cannot delete a PPA" [Low,Fix released] === slank is now known as slank_away [02:28] Hello. I'm getting an error i've never seen before. https://launchpadlibrarian.net/130060408/buildlog.txt.gz. Can anybody help? [02:34] exciting [02:35] sgringwe: i guess it doesn't like something in your debian/changelog [02:38] http://bazaar.launchpad.net/~sgringwe/rdio/trunk/view/head:/debian/changelog is empty, in fact [02:50] wgrant, mwhudson hmmm that makes sense. isn't there a command to update the change log? [02:54] dch ? [02:55] ^ that === Guest19155 is now known as LoganCloud === Masklinn_ is now known as Masklinn === yofel_ is now known as yofel === Ursinha is now known as Ursinha-afk === matsubara-afk is now known as matsubara [11:31] czajkowski: would it be possible to get more space in https://launchpad.net/~kubuntu-ninjas/+archive/ppa/+packages [11:32] we now backport packages for 3 releases, so the PPA is stuffed === Ursinha-afk is now known as Ursinha === ricotz__ is now known as ricotz === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [12:29] anyone have an idea how to keep python-keyring open for longer periods of time? [12:30] on my server it immediately closes === Ursinha is now known as Ursinha-afk === matsubara is now known as matsubara-lunch === Quintasan_ is now known as Quintasan === slank_away is now known as slank === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk [15:13] gmb: could you have a look at https://code.launchpad.net/~bac/lp2kanban/no-zombies/+merge/146145 [15:14] bac: Sure. [15:14] thx [15:20] bac: Looks good, and you should be able to use the smaller set of getCardsWithExternalLinks() or even getCardsWithExternalIDs() for your loop. [15:28] gmb: thanks. === Ursinha-afk is now known as Ursinha === Mission-Critical is now known as MissionCritical === matsubara-lunch is now known as matsubara === zequence_ is now known as zequence === Mission-Critical is now known as MissionCritical === deryck is now known as deryck[lunch] === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === mpt_ is now known as mpt === Ursinha is now known as Ursinha-afk === Mission-Critical is now known as MissionCritical === deryck[lunch] is now known as deryck === matsubara is now known as matsubara-afk === Ursinha-afk is now known as Ursinha [21:09] hello [21:09] im installing lightdm on my system [21:09] 1.5 [21:09] http://sudrap.org/paste/text/203792/ [21:09] here in make [21:10] it comes help from makefile in line @YELP_HELP_RULES@ [21:10] any suggestions [21:13] any patches that you know [21:13] im packaging it for pardus linux === Ursinha is now known as Ursinha-afk === SamB_ is now known as SamB [22:44] Can anyone tell me why I cant set the status for https://bugs.launchpad.net/raspbian/+bug/1110301 to "won't fix"? [22:44] Launchpad bug 1110301 in Raspbian " xbmc doesnt start with CEC" [Undecided,New] [22:44] plugwash: only project drivers can set such statuses [22:44] or the project's bug supervisor(s) [22:44] ah nm it seems i'm not actually a member of raspbian developent I thought I was [22:45] i'll email mike and ask him to add me sorry for bothering you [22:45] yep [22:45] was about to say, "You need to be in the group here: https://launchpad.net/~raspbian-dev" [22:45] so... :P [22:48] It does seem a little odd that seemingly anyone can set the bugs staus to most values but there are a couple of special values that need special privilages to set [23:38] plugwash: I mostly agree but can see why someone might have decided that rendering a "Won't Fix" decision required greater authority