[03:31] !info === michaelh1 is now known as michaelh1|away [07:12] Hey [07:13] just saw a case where a team with a public mailing-list archive was subscribed to a private bug, and the private bug was of course visible in the public archives [07:14] Is this something that Launchpad should avoid or warn about, or is it just misuse on the users' side? [07:15] Launchpad could possibly special case that, but it seems somewhat dangerous to let people expect a warning when many teams use non-LP mailing lists that can't be warned about. [07:16] Shouldn't people normally be knowing about the team they're subscribing to a private bug? [07:16] Here, it's a release team which is listed in the members of another team which owns the project [07:16] https://bugs.launchpad.net/lava-scheduler-tool/+bug/842524 [07:16] Ubuntu bug 842524 in LAVA Scheduler Tool "add --token-file to cancel-job" [Undecided,In progress] [07:17] I don't understand the reasons why ~linaro-release is a member of ~linaro-validation, this seems unnatural to me [07:19] It's unnatural, but a valid structure :) [07:19] well what I really wonder about is whether it's a really stupid or a really clever one :-) [07:20] wgrant: I'll pass the argument of non-lp MLs in the discussion I'm startong; makes sense to me [07:21] wgrant: There is a real problem with LP MLs here though IMO: as soon as you make a team a ML, then you lose the chance of using for any private communication, but I guess that's the choice of people setting this up [07:21] Yeah, it's not ideal, but it's not entirely clear how to make it better. [07:22] yes [07:43] wgrant: would you be up for another gina-dominatrix review? Here's my follow-up branch as discussed: https://code.launchpad.net/~jtv/launchpad/re-830890/+merge/74552 [07:45] jtv: Let me see. [07:45] (I didn't expect it so soon!) [07:46] wgrant: nooobody expects transitional debian domination! Our chief… [07:46] Heh [07:51] oh, the imported Debian packages in LP get now proper status instead of being in "Pending" forever? [07:55] geser: does that break requestsync? [07:56] tumbleweed: yes, but the fix should be easy: ubuntutools.lp.lpapicache lines 305-313 can be deleted once this is live [07:56] geser: They'll behave sensibly soon, yep. [07:57] * tumbleweed suspects that may affect other u-d-t things too [07:57] we might also need to do an SRU in Ubuntu and Debian to unbreak requestsync [07:57] Superseded ones will be superseded, deleted ones will be deleted, and published ones will be published instead of pending. [07:57] This hasn't landed quite yet. [08:01] is bug 830890 the right one to subscribe to get notified when this goes live? [08:01] Launchpad bug 830890 in Launchpad itself "Gina should delete publications if removed from source archive" [High,In progress] https://launchpad.net/bugs/830890 [08:04] jtv: ^^ [08:05] geser: I'm afraid it's no longer down to a single bug. I'll cross-link them in a minute, if you want to follow this closely. [08:05] thanks wgrant for the notice [08:06] and speaking of wgrant: there's a comment in gina's ImporterHandler saying that the new pubs are Pending so that they can be "republished into a Soyuz archive." Does that make any sense? [08:12] jtv: For the initial Ubuntu import. [08:12] Phew. So I can just change that to Published and have a clear conscience? [08:12] Except that Dapper was imported as Published and then they were all duplicated as Pending. [08:12] So. [08:12] No valid reason to keep it. [08:13] Great. [08:16] Morning all [08:16] morning mrevell! === michaelh1|away is now known as michaelh1 [08:54] hi all [08:54] lp is down, hopefully only briefly [08:55] Update the /topic as well? And tweet? [08:55] And we're back. [08:56] That was fast. [08:56] It was meant to be faster :( [08:57] nigelb: It was a trial run of our fast DB update process. [08:57] Ooh. Success? [08:57] nigelb: Rather than going down for 90 minutes a month, we go down for a minute or two whenever we need. [08:57] Indeed. [08:57] That's definitely nicer. [08:58] But what if a DB patch is expensive [08:59] well, hopefully a lot less than a minute [08:59] we are not writing expensive db patches now [09:02] But yeah. This means things get deployed faster without blocking. [09:02] That is good news. I guess there'll be some sort of detailed blog post about this soonish :) [09:03] lifeless blogged about it ages back, but I guess everyone has forgotten. [09:03] http://blog.launchpad.net/coming-features/no-more-monthly-90-minute-downtime [09:03] Ah, that is this. [09:05] * ajmitch probably shouldn't try & get lp running on his laptop again late in the evening [09:05] Yeah, its addictive. [09:06] only if it's working :) [09:07] What's not working? [09:07] * ajmitch is back at the point where LP appears to be running, but can't log in [09:07] https? [09:07] (that's my *most* common mistake) [09:08] afaik it's working, firefox shows the page & some fake-looking certificate [09:08] oh, but you can't login as test@canonical.com? [09:08] well when I try & log in I get "OpenID Provider Is Unavailable at This Time" [09:09] Never faced that before. [09:09] ajmitch: Can you browse to testopenid.dev? [09:09] yep [09:09] not a very informative page, but "Test OpenID provider for launchpad.dev" [09:09] Are you running it in a VM? [09:10] no, just on my local apache on the laptop [09:10] Hmm. [09:10] Nothing in the appserver or apache error logs? [09:10] nothing obvious that I saw [09:12] which log in particular should I look at? [09:13] The output of 'make run' [09:13] And all of Apache's logs. [09:14] ok, looks like something isn't running, /var/log/apache2/error.log & showing connection refused on port 8086 [09:15] Does it give a hostname? [09:15] [Thu Sep 08 21:11:33 2011] [error] (111)Connection refused: proxy: HTTP: attempt to connect to 127.0.0.1:8086 (localhost) failed [09:17] * ajmitch wonders if that's even related, restarted the appserver & tried to log in, no entry in /var/log/apache2/error.log [09:17] You are running make run, right? :) [09:17] heh [09:17] of course :P [09:18] Because 8086 is where *.launchpad.dev goes. [09:18] HA. [09:18] So if that's down, you shouldn't have much luck requesting launchpad.dev... [09:18] I'm guessing that's a request from just before launchpad.dev came up [09:18] when apache returns the 503. [09:18] yeah [09:18] when I was in the middle of restarting the appserver & being impatient [09:21] Yay, back to zero. [09:22] * ajmitch wonders if he should just try it in a VM instead [09:23] What version of ubuntu? [09:23] I don't use a VM for launchpad. [09:23] lucid [09:24] & I have had LP running before on this, but it was at least a few months ago that I started it up :) [09:26] Hrm, I run launchpad on lucid dwithout VM. [09:27] so have I :) [09:28] maybe try doign an rf-get to update your code [09:29] did the [09:29] s/the/that/ [10:25] i'm not sure what https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/2771746 is doing, but someone might want to kill it [10:25] it's been hung for ages now [10:26] Let me guess, someone turned shipova or bohrium back on... [10:26] it's shipova ;) [10:26] Heh. [10:26] * wgrant kills. [10:26] thanks [10:28] chrisccoulson: Hmm, it is taking its time to die. [10:28] Will give it a few minutes before I obtain a larger hammer. [10:38] wgrant, i guess you need to get the larger hammer ;) [11:21] Hello, does launchpad support bz or xz files? [11:22] I have to change the release URL patter of GTK+: https://launchpad.net/gtk/3.2 === jtv1 is now known as jtv === michaelh1 is now known as michaelh1|away === lan3y is now known as Laney === lilstevie|Ghost is now known as lilstevie === mnepton is now known as mneptok === dpm is now known as dpm_ === phantomcircuit_ is now known as phantomcircuit === jjardon_ is now known as jjardon === bdmurray_ is now known as bdmurray === shadeslayer_ is now known as shadeslayer [16:04] i need to get the LP credentials for a lplib script onto a headless system [16:05] how do i do that? i used to be able to just copy the credentials from my cache but i don't seem to be able to find the credentials anymore [16:06] is there an officially supported way to do this? [16:07] bjf: just run the launchpadlib program on the headless system, and it'll create a credentials cache in a file, rather than in gnome/kde secret store [16:08] see /usr/share/doc/python-launchpadlib/NEWS.Debian.gz [16:17] tumbleweed, that doc suggests uninstalling python-gnomekeyring which will break other apps on the local system === apachelogger_ is now known as apachelogger [16:18] bjf: that was the best workaround we could come up with :/ === deryck is now known as deryck[lunch] [16:23] Hmm.. Silly question, but how do i use non-system-wide / keyring with launchpadlib? [16:25] bjf: I guess your best workaround is to pass an UnencryptedCredentialStore to Launchpad.login [16:25] Daviey: I don't think you do, any more [16:29] tumbleweed: Yeah, I don't think you can use a non gui agent can you? [16:29] As in, kinda makes the API less useful for server tasks. [16:29] cron etc [16:29] Daviey: yes, there's the UnencryptedFileCredentialStore [16:30] * Daviey grosk that [16:30] thanks [16:30] tumbleweed, any examples of using UnencryptedFileCredentialStore ? [16:31] * tumbleweed writes a quick example [16:31] * Daviey hopes that still allows non-private read-only access [16:36] bjf: http://paste.ubuntu.com/685412/ [16:36] Hi [16:37] I have a problem with bug status changing [16:38] It affects project 1, and project. Now i now that it does not affect project 1 and 2 completly, but affects project 3(and is fixed now). How can I add another affect ...? [16:38] *now i know [16:39] tumbleweed, very interesting thanks! [16:40] *it affects project 1, and project 2 [16:49] Daviey: what are you trying to do exactly? [16:49] Daviey: use one set of credentials for multiple lplib scripts? [16:50] dobey: No, i want per script auth, and not have to type in a passphrase for the keyring [16:51] Daviey: oh. change your keyring password to be the same as your system log-in password. then it will unlock automatically when you log into ubuntu [16:52] dobey: and cron? [16:52] oh, from cron [16:53] do what tarmac does :) [16:53] (and don't run scripts that need to authenticate to things as your normal user from cron) [16:55] not helpful :) [16:56] http://bazaar.launchpad.net/~rockstar/tarmac/main/view/head:/tarmac/bin/commands.py#L84 [16:57] iow, just pass credentials_file='/home/blah/.config/blah' to login_with() :) [16:57] and disposable bot users ftw [16:59] no help? [17:00] macer1: you can use the expander arrow and change one of the projects it does not effect, to one it does, or click the "also affects project" link [17:01] oh ok [17:01] that button === deryck[lunch] is now known as deryck === beuno is now known as beuno-lunch === trijntje is now known as trijntje_ === beuno-lunch is now known as beuno [18:42] bac, hi, I am one had question with vaucher === michaelh1|away is now known as michaelh1 [21:44] dobey: ping [21:44] dobey: https://bugs.launchpad.net/ubuntu/+source/lptools/+bug/845170 [21:44] Ubuntu bug 845170 in lptools (Ubuntu Oneiric) "lp-project-upload crashes" [High,Triaged] [21:44] dobey: could you take a look at the branch/fix there [21:44] dobey: this is breaking lp-project-upload in oneiric [22:16] hello folks, is there a way to download the mailing list archives from launchpad? === Guest87485 is now known as gord [23:07] OOPS-2077CD1260 [23:07] https://lp-oops.canonical.com/oops.py/?oopsid=2077CD1260 [23:09] Can I hide downloads? [23:14] exarkun: I don't believe so. [23:16] bjf: Bug #716780 [23:16] Launchpad bug 716780 in Launchpad itself "Distribution:EntryResource:searchTasks still timeouts" [Critical,Triaged] https://launchpad.net/bugs/716780 [23:16] wgrant, thanks [23:18] wgrant, i'm getting that from a script i'm running, does that mean i'm screwed until it gets fixed ? [23:20] wgrant, or will i "get lucky" some times ? [23:21] bjf: You may get lucky sometimes, but it's pretty difficult to say. [23:22] wgrant, ok, will try it occasionally [23:34] exarkun: you can remove them I think. Or do you mean you want them available but not visually advertised ?