=== fta_ is now known as fta === mdeslaur is now known as mdeslaur-afk [01:13] Hi! [01:13] I've just updated a new version of po, selecting a new import, for Rosetta. [01:13] I'm the owner of the translations, and Launchpad says I have full access. [01:14] Why do my changes are marked as suggestions and therefore the corresponding strings are considered to be untranslated? === JohnDoe2 is now known as FullFlannelJacke [01:20] And, how one can delete a duplicate translation template? === fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta [04:19] hello, is there a guide that tells me how to use my PPA for lucid and maverick... right now I did an upload for lucid and than I change the debian/changelog but this didn't work... [04:19] I got a rejection email that the debian.tar.gz already exists [04:26] alpharesearch: https://help.launchpad.net/Packaging/PPA/Uploading === fta_ is now known as fta [04:32] micahg: dput ppa:your-lp-id/ppa that is what I did... I tried -f but this didn't help [04:32] alpharesearch: You can't upload the same version twie. [04:32] +c [04:32] You need to change the version string (eg. append ~lucid1, ~maverick1, etc.) [04:35] in the changelog file I guess? [04:38] wgrant: thank you... === Cepheus is now known as Cepheus|Away === mdz is now known as 92AAAT9W3 [05:28] So.. is it bad at all if I have a user account in Launchpad that's only there as basically an ssh keyring for logging into launchpad from many users on many servers? === fta_ is now known as fta [05:42] MTecknology: heh, probably [05:43] thumper: Any suggestions? I like the fact that each system is using different keys, each development project in progress gets a key, then removed when not used [05:44] MTecknology: in reality it will work [05:44] MTecknology: but not considered best practice from our point of view [05:45] thumper: what would be better? [05:45] thumper: just have some developer keys that can get dropped in .ssh ? [05:46] MTecknology: I don't know how you have your users set up, or your projects working [05:49] It's pretty unusual to want anything other than "one LP account per actual human being". (There are reasonable cases of not one-to-one correspondence, like automated branch gatekeeper accounts like ~bzr-pqm, but it's not the common case.) [05:50] If you want access control, then I'd recommend using teams rather than fake people with lots of SSH keys. [05:51] * spiv really goes to lunch this time [05:51] MTecknology: the problem you create by many:1, is that any of the many can 'break' things, and you have no recourse to discovering who did it. I simplify to the dramatic case. [05:52] it's not just a 'bad in launchpad' thing; it's pretty much a bad in everything thing. [05:54] spm: For projects, we make a user account on the system, drop project data in there, setup a shared key for that user in LP so it can grab som private branches, then we use authorized_keys for who can ssh in as that user [05:57] spm: I'll try to start thinking of better ways to manage it [05:57] Ahh. That's a subtly different case from your earlier description. It's not ideal; but it's feasible. [05:59] spm: I'm bad at explaining things :P [05:59] :-) [06:00] so what you're describing is more in line with the gatekeeper that spiv mentions. it does weaken the trust model, but often the tradeoff is worth it. just beware of what you lose by doing this. [06:01] alrighty, thanks :) === fta_ is now known as fta [06:53] spm: ola amigo! [06:53] mtaylor: hola! [06:53] spm: how's the land of oz? [06:53] hmm. only perfect today. bit of a let down tbh. [06:54] I hear that. sucks to be surrounded by such wonder all the time [06:54] spm: so ... I have come by to poke you in the eye about the ~swift mailing list of death [06:55] truly. :-) (fwiw, the reference was an older slogan my home state had: Queensland: Beautiful one Day, Perfect the next) [06:55] yah. that's giving me a real headache that one. [06:55] * wgrant doesn't remember that one. It must be old. [06:55] that's a good slogan [06:55] now quite as good as "what happens in vegas, stays in vegas" ... but good nonetheless [06:56] * spm pokes wgrant with the bluntish end of a stick, or walking frame... [06:59] mtaylor: so, I believe! the last thing to try is bouncing mailman itself. for fairly obvious reasons, not something I want to just do for the heck of it. [06:59] indeed [06:59] supposedly a rollout is scheduled for later this week - so was hoping to progress then; failing that, I know barry is somewhat available again from todayish; and was hoping to grab him at some point [07:00] cool. well, good luck! it certainly seems like a nice weird state we got that bad boy in [07:01] seeing as the whole mailman/launchpad thing is largely his baby. I'm confidant he'll have some ideas on how to extricate us. [07:01] yeah. bit of a bugger. [07:01] So it looks like no progress, largly because there hasn't been :-/ but surely has not been forgotten [07:03] hehehe [08:48] what's going on with the builders?? [09:41] could someone please kick the build dispatcher? It looks like it doesn't dispatch anymore since around 12 hours [09:48] * bigjools looking [09:50] geser: what makes you say that then? [09:52] bigjools: https://edge.launchpad.net/builders/ shows many empty buildds (while there are jobs in the queue if the page doesn't lie) and the buildd history for the idle buildds show the last job for around 12 hours ago (https://edge.launchpad.net/builders/palmer/+history, https://edge.launchpad.net/builders/vernadsky/+history, https://edge.launchpad.net/builders/yellow/+history) [09:52] ok [09:53] they are not in the pool right now [09:54] why does the builders page list them then? (Or am I misunderstanding something?) [09:55] oops sorry they are, I was looking at a different builder, my bad === bigjools is now known as bigjools-afk === bigjools-afk is now known as bigjools [10:15] geser: ok we're bringing them back up now. It's probably bug 463046 if you're interested. [10:15] Launchpad bug 463046 in Soyuz "Rescuing a BUILDING builder just makes things worse (affected: 1, heat: 1)" [High,In progress] https://launchpad.net/bugs/463046 [10:16] wgrant: are you really working on that? :) [12:14] Hi, using the API - is there a way of getting a list of user/team PPA's; without manually handling the JSON? [12:14] Daviey: are you not using launchpadlib? [12:15] bigjools: Oh yes! But I can't see how to handle ppas_collection_link [12:15] Just use .ppas [12:15] don't use that [12:15] wot wgrant said [12:16] launchpadlib applies magic to turn it into a less useless attribute. [12:16] blah_link -> blah [12:16] blahs_collection_link -> blahs [12:16] Ahh! Didn't realise that.. or see it in the docs.. thanks! [12:16] Yeah, +apidoc doesn't document launchpadlib's magic, since it doesn't know about launchpadlib. [12:17] It probably should. [12:19] Awesome, thanks.. [12:19] One more API question, is there a way of viewing ubuntu archive uploads by person? [12:19] what do you mean by upload? [12:20] as in - what API object are you expecting [12:21] Essentially, access to https://edge.launchpad.net/~PERSON/+related-software [12:22] Ie, for a given person, return the uploaded packages [12:30] I could do getPublishedSources(created_since_date), then determine the uploader - but i hoped there would be a by_person parameter. === oubiwann` is now known as oubiwann [13:27] Daviey: I don't think there's anything exported to do that yet [13:27] feel free to contribute :) [13:28] bigjools, Adding to my todo.. :) === bac` is now known as bac === Ursinha` is now known as Ursinha [14:17] * flacoste is back. === mbarnett` is now known as mbarnett [15:14] hi here. I've a question about bug interface. say, a bug affects a project and is targeted to a release. Like in here: https://bugs.launchpad.net/zope3/+bug/98275 - how to make these " Status tracked in" to appear ? All I get is two rows with two independently changeable statuses [15:14] Launchpad bug 98275 in Zope 3 3.4 "ZEO versus creative __getstate__ (affected: 1, heat: 10)" [Critical,Fix released] === 92AAAT9W3 is now known as mdz === Ursinha is now known as Ursinha-lunch === fta_ is now known as fta === Ursinha-lunch is now known as Ursinha === beuno_ is now known as beuno-lunch === fta_ is now known as fta === jml` is now known as jml === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === fta_ is now known as fta === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === beuno-lunch is now known as beuno [19:07] any losa around? [19:09] I have a public project (that has some other issues anyway) but which is requiring that people be logged in to launchpad to view ... launchpad.net/swift [19:09] if there's anyone awake who can look at that, it would be really stellar === fta_ is now known as fta [20:41] hi mtaylor [20:42] hi bac ! [20:42] mtaylor: on staging could you change driver and maintainer to be you, not the teams: https://staging.launchpad.net/swift [20:42] i'm confused as to what is causing the login. it is usually the attempt to display private stuff. [20:43] but, given the state of swift-core it could be triggering it [20:43] bac: is swift-core private? I thought we'd finally killed all of the private things [20:43] mtaylor: no it isn't but i thought it retained some oddness [20:44] mtaylor: it's the only thing i know to try at the moment [20:44] well, the ~swift team retained oddness re: mailing list [20:44] bac: I'll try right now [20:44] thx [20:45] got a timeout error :) [20:45] but now is done [20:46] ok, that's not it. :( [20:48] darn [20:48] bac: so we seem to have been helpful in pointing out some places where taking private things public are painful :) === Ng_ is now known as Ng [21:49] I hope this is the right place to ask for "correct behavior" before reporting bugs [21:50] I reported a bug https://bugs.launchpad.net/bugs/610567, added a patch, marked it as fix released and assigned the bug to myself, however, the bug does not appear neither in the project's list of bugs, nor in my personal list of bugs [21:50] Launchpad bug 610567 in Zim "Add shortcut for New Sub Page menu entry (affected: 1, heat: 6)" [Undecided,Fix released] [21:50] and obviously even the bot can find it [21:51] is this normal, did I do something wrong, or should I file a bug against launchpad? [21:52] bugs in state "Fix released" aren't shown by default, you have to use the advanced search to find them [21:53] ah [21:53] thanks [21:53] do daily builds not really work? [21:53] also, estimated build times for receipes seem more like wild guesses [21:55] geser: then I have to hope that the project owner reads his launchpad mails in order to see my report, right? [21:58] why did you mark it as "Fix released"? "Fix released" is to be used when the fix is released e.g. part of the next upstream version [21:58] err [21:58] hm [21:58] good question [21:59] I meant something like "fix committed", but then again this is not quite right either [22:00] let it at "New" and let the project owner update it [22:01] e.g. when they included your patch [22:03] I just set it to "In Progress" as I have "taken responsibility to fix the bug" and have "begun work" [22:03] ok === tommie-lie1 is now known as tommie-lie [23:07] Morning. How can I find out the corresponding anonymous URL for a bzr lp:project URL? [23:08] I want to use buildbot to access a LP based project, but it insists on using bzr+ssh with no credentials [23:08] michaelh1, you can look at the web page, or if you have the ssh url just change the scheme [23:08] it's always the same path [23:08] bzr info -v lp:project [23:08] hi lifeless, michaelh1 [23:09] hi poolie [23:09] Ah! there's the magic: I was trying http://bazaar.launchpad.net/linaro-gcc, but it's actually .../~linaro-toolchain-dev/gcc-linaro [23:09] Ta. [23:10] can someone check why the PPA buildds are idling with jobs in the queue? [23:10] hey lifeless [23:11] I was about to ask about that. [23:11] I think there's another broken build happening. [23:11] isn't this just the secheduler bug ? [23:11] It's redispatching frequently. [23:12] lifeless: Want to look at the buildd-manager log? [23:12] Or is that LOSAy? [23:13] losay AIUI [23:13] and do we currently have that many private builds in the official queue? I see them half the day "building private source" only [23:13] wgrant: also, just finished schipol -> shanghai -> akl -> chc [23:13] wgrant: I'm in /no/ state to be touching anything production [23:13] lifeless: Haha, forgot that bit. [23:15] LOSA ping... [23:16] and btw: is the computation of the queue length on i386 broken? I can't believe that 3 i386 builds need only 2 min for 32 jobs [23:16] geser: Those are probably translations jobs. [23:16] Which have a, er, bad duration calculation. === Ursinha is now known as Ursinha-afk [23:18] hi wgrant [23:18] Morning poolie. [23:19] What's a good way to cache bzr data coming from launchpad? [23:20] I want to download the same 500 MB tree to many machines many times [23:20] (All read only at least) [23:22] michaelh1: branch once and scp? [23:22] micahg: I want to pull down the changes as they occur as well [23:23] michaelh1: setup a bzr repository in a common root directory on each machine [23:24] michaelh1: if you have the machines all local here, do that, and then also push the trunk to each machine once, to see the repos [23:25] OK. Then pull changes from LP into the repository, and the slaves will pull that down? [23:26] yes [23:27] What verbs does bzr use in read-only HTTP mode? Can I put a HTTP proxy in the way? [23:27] bzr cache busts [23:27] so yes, you can [23:27] only get and head [23:27] and post [23:28] you need to ensure post gets a sane error if you deny it [23:28] but [23:29] http non-smart mode is much much much slower than authenticated bzr+ssh mode - use that if you can. _really_. [23:29] you can create an account for your machines and give them that accounts ssh key [23:29] I'm having trouble getting the SSH key to propagate into buildbot - not sure why [23:30] Does bzr fork out to SSH or use a Python implementation? [23:31] on unix by default forks [23:32] check the .ssh permissions? [23:33] michaelh1: you might consider hudson instead - many teams at canonical are migrating/using it [23:33] I think that buildbot cleans the environment in some way and looses the connection to the ssh-agent [23:34] Right, will go have a play...