[00:17] <lifeless> spm: here?
[00:28] <spm> lifeless: am now
[00:28] <lifeless> nvm
[00:28] <lifeless> sorry
[00:29] <spm> np
[01:38]  * mwhudson lunching
[04:35]  * mwhudson has a nasty feeling that it's possible to have two concurrent processes trying to pull the same branch now
[04:35] <mwhudson> that doesn't seem like it's gong to work well
[04:35] <lifeless> oh man
[04:35] <lifeless> I have a dirty mind
[04:38] <purserj> two processes one pid?
[06:36] <al-maisan> Good morning!
[08:15] <thumper> mwhudson_: still here?
[08:18] <mwhudson_> thumper: not really
[08:19] <thumper> mwhudson_: ok, np
[08:29] <adeuring> good morning
[08:38] <al-maisan> moin adeuring
[08:38] <adeuring> hi al-maisan!
[08:52] <mrevell> Morning
[10:28] <henninge> jtv: Hi!
[10:28] <jtv> henninge: hi
[10:28] <jtv> again
[10:28] <jtv> :)
[10:28] <henninge> jtv: could you help David?
[10:28] <henninge> ;)
[10:29] <jtv> henninge: david who?  david where?
[10:29] <henninge> jtv: I am looking at the RemoveTranslations script.
[10:29] <henninge> jtv: glad to see you are on top of things
[10:29] <henninge> :-)
[10:29] <henninge> jtv: it has an option "origin". What is that?
[10:30] <henninge> jtv: I mean, what is the "origin code" ?
[10:30] <jtv> henninge: that's that field saying "this came from the web UI" or "this came in from bzr"
[10:30] <henninge> ah!
[10:30] <jtv> RosettaTranslationOrigin
[10:30] <henninge> jtv: there seems to be no way of restricting to a certain Project/Distro ?
[10:30] <jtv> in lp.translations.interfaces.translationmessage
[10:31] <henninge> jtv: yes, I remember now
[10:31] <jtv> of restricting deletions to a project or distro?
[10:31] <jtv> no, the script wasn't particularly made for real mass deletions
[10:31] <jtv> but if you have a particular need, feel free to extend it.
[10:31] <jtv> The options processing is still broken, which is a shame because it'd be really nice to have elsewhere too.
[10:32] <henninge> jtv: https://answers.edge.launchpad.net/rosetta/+question/83585
[10:32] <jtv> It really needs better ways to select templates.
[10:32] <jtv> henninge: that's not currently something that the remove-translations script can do.  :(
[10:33] <henninge> jtv: well, I'd have to look up all those chinese translators and do a run for each, restricting to ace.
[10:33] <jtv> henninge: this doesn't look urgent; it may be better in the long run to extend the script.
[10:34] <henninge> jtv: ok, I'll file a bug and make mention of it in the question.
[10:34] <jtv> henninge: ok
[11:17] <jtv> rockstar: got some more code import questions... can you handle them?
[11:18] <jtv> Well, one code import question and one problem with bzr send.
[12:20] <jtv> henninge: are you free for a pre-imp?
[12:21] <henninge> jtv: I have 10 minutes ..
[12:21] <jtv> henninge: should be enough!
[12:21] <jtv> henninge: skype doesn't show you as online though
[12:22] <jtv> henninge: ah, sound problem on your end
[12:22] <henninge> jtv: should work now
[13:23] <jtv> cprov: still fighting the "what is the latest translations upload for this package" issue...  is it normal that I'm not finding any upload sources in distroseriesqueue-translations.txt?
[13:25] <cprov> jtv: probably, if you need consistent data you better create it, paste me some code, let me help you.
[13:26] <jtv> cprov: very kind, thanks.  Maybe the easiest is if I point you to my branch: lp:~jtv/launchpad/redo-upload
[13:26] <Ursinha> adeuring, hi
[13:26] <danilos> jtv, hi, have you seen the bzr export problem? henninge, can you please look at it? (and thanks for requesting the CP)
[13:26] <jtv> danilos: yes, I mentioned it in the call yesterday.
[13:26] <cprov> jtv: k
[13:27] <jtv> danilos: some branches still locked from when things were failing.
[13:27] <danilos> jtv, "some"? 71 out of 78? :)
[13:27] <jtv> danilos: yes, some.  :-P
[13:27] <danilos> jtv, what we need to do to fix it?
[13:27] <jtv> danilos: break the locks.
[13:28] <danilos> jtv, ok, so who has the privileges to do that, and who'll do it? :)
[13:28] <jtv> danilos: some users seem to have done it for themselves.  I wanted to ask the losas about it.
[13:28] <danilos> henninge, can you help with this while jtv is busy figuring out the re-uploading stuff?
[13:29] <henninge> danilos: sure, I'll see what I can do!
[13:29] <danilos> jtv, is henninge around at all (I didn't see anyone online a few hours ago, and I have trouble being online at all times)
[13:29] <jtv> (and be careful only to break locks that are several days old)
[13:29] <danilos> henninge, excellent, thanks a lot
[13:29] <jtv> danilos: no, he's not around, you're talking to a bot
[13:29] <cprov> jtv: is your branch pushed ?
[13:29] <jtv> cprov: think so... hang on
[13:29] <danilos> jtv, go away :)
[13:29]  * jtv goes away
[13:30]  * henninge too
[13:49] <jtv> cprov: that branch should be up there... look at what I did in model/sourcepackage.py, with julian's guidance
[13:53] <cprov> jtv:k
[13:54] <jtv> cprov: ohhhh, I'm assuming main_archive... is that a problem?
[13:57] <cprov> jtv: not necessarily
[14:05] <cprov> jtv: in getLatestTranslationsUploads() implementation 'histories' is wrong, we can have multiple publications of the same SPR in the same distroseries in different pockets.
[14:05] <jtv> cprov: hang on, in standup!
[14:05] <jtv> sorry!
[14:06] <cprov> jtv: the assertion is too strict, in fact
[14:08] <cprov> jtv: once you have a published SPPH you can user pub.sourcepackagerelease.package_upload.customfiles directly, no need to user the PUSet lookup
[14:13] <mrevell> mrjazzcat: https://edge.launchpad.net/~chromium-daily/+archive/ppa
[14:23] <beuno> mpt, how do you feel about dropping the "overview" tab?
[14:23] <beuno> re: bug 185030
[14:23] <beuno> I'm 50/50 on it...
[14:24] <jtv> cprov: sorry to be away at that crucial time.  Back now.
[14:24] <mup> Bug #185030: "Overview" is an awkward name for the first tab <post-3-ui-cleanup> <Launchpad Registry:In Progress by beuno> <https://launchpad.net/bugs/185030>
[14:24] <cprov> jtv: no worries, did you follow my comments ?
[14:24] <jtv> cprov: yes, though somehow these long identifiers always make my head swim  :)
[14:24] <jtv> Matching them up to code now.
[14:25] <mpt> beuno, I don't think the project icon alone would be obviously mutually exclusive with the tabs.
[14:26] <mpt> beuno, and it would worsen the problem of navigation in distribution packages vs. distributions.
[14:26] <beuno> hm
[14:26] <beuno> yeah
[14:26] <mpt> beuno, because (for example) you'd be clicking on an Ubuntu icon to go to a source package page.
[14:26] <mpt> (Or to go to a distribution series page.)
[14:27] <beuno> agreed
[14:27] <beuno> I'll keep chewing on it then
[14:28]  * mpt can load other Bugs pages, but can't load that bug report
[14:28] <beuno> yeah
[14:28] <beuno> LP is slow again
[14:28] <beuno> something off with apache I think
[14:29] <mpt> beuno, I think renaming it to "Profile", "Package", "Project", etc would work pretty well
[14:29] <mpt> That's what I was working on (but didn't finish) when I left the LP team. :-)
[14:29] <jtv> henninge: about that pre-imp... is 30 minutes from now ok for you?
[14:29] <beuno> mpt, that approach itches for a reason. I should mock it up and see how it looks
[14:30] <henninge> jtv: so at 15:59? OK.
[14:30] <henninge> ;)
[14:30] <jtv> henninge: roughly :)
[14:31] <henninge> jtv: about the locked branches - where do I see them?
[14:31] <jtv> henninge: error-reports.  Hang on, I'll paste you the latest.
[14:35] <jtv> henninge, sanitized list: https://pastebin.canonical.com/22715/
[14:36] <jtv> cprov: looks like SPPH.sourcepackagerelease.package_upload can be None..?
[14:37] <cprov> jtv: in the sampledata, yes
[14:38] <jtv> cprov: ah.  Still getting the exact same symptoms in that test...  Do you think splicing into distroeseriesqueue-translations.txt is the wrong approach for exercising this?
[14:39] <cprov> jtv: I dunno, let me look at the test.
[14:41] <henninge> jtv: how do I get information about the locks, like the lock age?
[14:42] <jtv> henninge: normally, if they were your branches, you'd use bzr break-lock.  As it is, I don't know.  This one needs help from codehosting folks, I think
[14:42] <henninge> jtv: ah, ok. So there is not an easy way.
[14:43] <jtv> henninge: they may have a trick, like just deleting a bunch of lock files.
[14:44] <henninge> abentley: ping
[14:49] <abentley> henninge: pong
[14:50] <henninge> abentley: Hi!
[14:50] <henninge> abentley: We have a number of branches that were left locked by the translations export script.
[14:51] <henninge> abentley: we are looking for an easy way to break them while making sure, the locks are really stale.
[14:51] <henninge> abentley: do you have a suggestion?
[14:52] <abentley> henninge: I can have a look at bzrlib.
[14:53] <mpt> thumper, reported bug 438711
[14:53] <mup> Bug #438711: Can launchpad-login but not launchpad-logout <Bazaar:New> <https://launchpad.net/bugs/438711>
[14:54] <henninge> abentley: I mainly thought of the permissions issue. I cannot break other people's locks, can I?
[14:54] <abentley> henninge: You can break a lock on any branch you have write access to.
[14:55] <abentley> henninge: If we get a losa to run a script on crowberry, then you can break any lock.
[14:55] <henninge> abentley: Ok, that is what we'll need, I guess.
[14:58] <henninge> abentley: Does bzr break-lock detect if a lock is really dead or not?
[14:58] <abentley> henninge: I'm investigating that.
[14:58] <henninge> abentley: cool, thank you
[15:05] <abentley> henninge: There doesn't appear to be any check that the holder is dead.
[15:06] <abentley> henninge: In the sftp case, the holder will be a process on a remote machine.
[15:06] <abentley> henninge: I am not certain about the bzr+ssh case.
[15:10] <henninge> abentley: is there a way to read the age of a lock?
[15:11] <abentley> henninge: Yes.
[15:12] <henninge> abentley: oh cool, that should help. How?
[15:12] <abentley> henninge: For a bzr+ssh lock, the process id is the server-side process.
[15:12] <henninge> abentley: oh cool, too, I think.
[15:12] <henninge> abentley: these are all designated as lp-hosted. What protocol is that?
[15:13] <abentley> henninge: calling "peek" on the lock will tell you pid and start_time.
[15:14] <abentley> henninge: For the case where they were created by a script, they will be accessed as local files.
[15:15] <abentley> henninge: So your script didn't use a protocol, but users can access them via bzr+ssh or sftp.
[15:16] <abentley> I think if you ensure the PID isn't active and the lock is old, the risk of breaking an active lock is low, but not 0.
[15:17] <henninge> abentley: yes, I guess I should just get a listing of the locks, first.
[15:21] <jtv> cprov: code's a lot simpler and cleaner now, but still not finding anything in that test.
[15:22] <jtv> cprov: I've pushed an update.
[15:27] <cprov> jtv: will update in one sec
[15:43] <jtatum> intellectronica: ping :)
[15:44] <EdwinGrubbs> sinzui: ping
[15:44] <sinzui> Hi EdwinGrubbs
[15:45] <intellectronica> jtatum: hi. i got some test failures for your branch, but it looks unrelated to your change. let me forward them to you
[15:45] <EdwinGrubbs> sinzui: I had some difficulties running close_bugs_from_commits.py, and matsubara informed me that he can run it for all the launchpad projects, but that some of the team leaders had opted out. Can we opt in?
[15:46] <sinzui> EdwinGrubbs: I do not want to
[15:47] <sinzui> EdwinGrubbs: The script does not give you credit for your work. Barry was put out by it.
[15:48] <sinzui> EdwinGrubbs: Did you get the script to work for yourself?
[15:48] <sinzui> EdwinGrubbs: I ran it (or a derivation of it) Last Wednesday and Friday.
[15:49] <EdwinGrubbs> sinzui: I got it to work, but it only limits changes to given projects not people, so I actually Fix Committed some other people's bugs.
[15:49] <EdwinGrubbs> sinzui: when you ran it, it didn't close any of my Blueprint bugs.
[15:49] <sinzui> oh
[15:49] <sinzui> EdwinGrubbs: I'll send you my script
[15:50] <EdwinGrubbs> sinzui: when you say you don't get credit for closing the bug, do you mean that you don't get karma?
[15:51] <sinzui> yes, + we loose tracking of that...we want to use karmaevents to report person's activities, even if there are no point. That script (or our API) wrongly reports who did the work
[17:28] <jtv> cprov: had a chance to look at why that test has no package uploads?
[18:37]  * rockstar lunches
[18:49] <Ursinha> hi abentley
[18:49] <Ursinha> abentley, do you know if it's a known issue that lp doesn't support http branch urls for git?
[18:49] <abentley> Ursinha: hi
[18:50] <Ursinha> issue or limitation
[18:50] <abentley> Ursinha: I think I've seen a bug for that...
[18:50] <Ursinha> abentley, I just searched and couldn't find one
[18:51] <Ursinha> maybe I'm just doing it wrong :)
[18:52] <abentley> Ursinha: It may have been a question.  Still looking.
[18:55] <abentley> Ursinha: I can't find anything.  I don't know whether it's a known issue.
[18:56] <jtv> cprov: not having much luck deciphering the situation in distroseriesqueue-translations.txt...  Does the SPR get created in that test?
[18:56] <Ursinha> abentley, well, I'll file a bug then
[18:56] <Ursinha> thanks abentley
[18:56] <abentley> Ursinha: np
[18:56] <cprov> jtv: uhm, forgot about it.
[18:57] <jtv> I'm really too tired to work on this, but it needs to get done.  :/
[18:58] <cprov> jtv: duderino, translations come from binaries, not sources (!)
[18:58] <rsalveti> hi, I'm trying to import a git repository inside launchpad, but it's just available in http (webdav) and currently launchpad doesn't support it
[18:58] <jtv> cprov: so this test doesn't upload a source package?
[18:59] <cprov> jtv: no, it creates a base source, so we can upload a binary with a translation tarball
[18:59] <rsalveti> I'd like to know why exaclty this is not supported, and if possible, where is the code that actually implements the git import from launchpad
[18:59] <cprov> jtv: your lookup on SP is wrong.
[18:59] <rsalveti> so I could take a look and maybe hack it to make the support
[18:59] <jtv> cprov: argh
[18:59] <rsalveti> don't know if it's a bzr problem or launchpad itself
[18:59] <jtv> cprov: I should be finding the binary packages for the source package?
[18:59] <Ursinha> abentley, ^
[18:59] <cprov> jtv: looks for custom files uploaded with binaries built by the context SPR
[19:00] <Ursinha> rsalveti, I'm on my way to file a bug about it, abentley, with whom should rsalveti talk to get to know what to do?
[19:01] <rsalveti> I'm quite new to both launchpad and bzr, but would like to know what could I do to have this support :-)
[19:02] <cprov> jtv: yes,  history.getBuilds() -> build.package_upload.customfiles
[19:02] <Ursinha> rsalveti, abentley and rockstar are the people that would be available in a reasonable timezone :P
[19:02]  * jtv cries quietly into his keyboard
[19:02] <rsalveti> :-)
[19:02] <abentley> rsalveti: launchpad uses bzr-git to do git imports.  The launchpad code is will be in launchpad/stable/lib/lp/code/
[19:02] <abentley> sorry, "lib/lp/code".
[19:03] <rsalveti> abentley: cool, will take a look at it
[19:03] <rsalveti> going to a meeting now =\, in one hour will be back, thanks
[19:03] <abentley> rsalveti: There will be more in lib/lp/codehosting/codeimport
[19:03] <jtv> cprov: will getBuilds give me any superseded builds?
[19:04] <cprov> jtv: all builds for the context source are relevant, if they got superseded their 'package_upload' property is None.
[19:05] <jtv> cprov: so at least that's a mercy
[19:05] <jtv> julian said this was easy, damn his salad tongs
[19:09] <jtv> cprov: progress!  I'm seeing the upload!
[19:10] <cprov> jtv: cool
[19:17] <jtv> cprov: ooooh, I have passing tests!  thank you thank you thank you
[19:17] <cprov> jtv: you know my address, send cookies ;)
[19:18] <jtv> cprov: how do I explain this...  I know your _email_ address.
[19:18] <jtv> That's not useful for this type of cookie.
[19:18] <cprov> jtv: :)
[19:21] <cprov> jtv: you know iterating over builds and getting their corresponding package_upload is somehow expensive, right ?
[19:21] <jtv> cprov: no I don't know, and I'm not sure I care much.  :)  This is for a one-off, not production use.
[19:21] <cprov> jtv: will your script dealing with multiple sources ?
[19:21] <jtv> cprov: a few dozen source packages.
[19:21] <cprov> cool, no worries then
[19:53] <mwhudson_> morning
[20:26] <Ursinha> rsalveti, I've filed bug 438929 for your import problem
[20:26] <mup> Bug #438929: Launchpad doesn't accept git imports with http <codehosting> <Launchpad Bazaar Integration:New> <https://launchpad.net/bugs/438929>
[20:26] <rsalveti> Ursinha: cool, thanks, going to take a look
[20:27] <Ursinha> rsalveti, np
[20:56] <rockstar> Ursinha, I didn't see your PM earlier.  What's up?
[21:01] <mwhudson> rockstar, abentley: morning
[21:01] <mwhudson> rockstar, abentley: standup now?
[21:01] <rockstar> mwhudson, yo
[21:01] <mwhudson> ish
[21:01] <rockstar> mwhudson, sure.
[21:01] <abentley> mwhudson: Okay.
[21:32]  * mwhudson away for a speel
[21:32] <mwhudson> speel
[21:32] <mwhudson> spell
[22:18] <thumper> mwhudson: hi
[22:18] <thumper> rockstar: hi
[22:19] <rockstar> thumper, hi
[22:22] <rockstar> thumper, I think mwhudson is off to pick up a suit.
[22:31] <thumper> the hotel internet is flirting with me
[22:31] <thumper> first it is there
[22:35] <rockstar> thumper, is it there now?
[22:35] <thumper> not really
[22:35] <thumper> it lets me get one irc message in
[22:35] <thumper> and then dies
[22:35] <thumper> OMG three in a row!
[22:36] <ajmitch> you haven't appeared to disconnect yet
[22:54] <mwhudson> thumper: good evening
[23:10] <mwhudson> err
[23:10] <mwhudson> from https://answers.edge.launchpad.net/launchpad-code/+question/84184, how can i see the current status of the question?
[23:10] <mwhudson> oh, there it is
[23:30] <thumper> omg this internet connection sucks
[23:31] <mwhudson> thumper: hi