Menu ▾ ▴

Apache Allura / Chat

Apache Allura / Chat is hosted on FreeNode IRC channel #allura

Log for 2013-11-20

Earlier... Later
  • 12:00:46
    hendrik

    It may be a good idea to surpress the red box ""

  • 12:00:46
    hendrik

    Empty Repository

  • 12:00:46
    hendrik

    It looks like this Git repository doesn't have any files in it. Let's commit your project code now. Just run the commands below.

  • 12:00:54
    hendrik

    "

  • 12:01:21
    hendrik

    when the repository status is cloning.

  • 14:37:39
    ctsai-sf

    At some point, there was discussion around doing direct repo access for stuff like svn logs right? Is that something we're still planning on doing?

  • 14:38:06
    brondsem

    log views have been direct repo for a while now

  • 14:38:39
    ctsai-sf

    What about the commit view?

  • 14:39:16
    ctsai-sf

    The reason I ask is because a user logged a ticket requesting a full repo refresh to pick up updated commit log entries.

  • 14:39:59
    brondsem

    tree & commit views still use mongo data

  • 14:40:00
    ctsai-sf

    And is asking if we can make that available to the project.

  • 14:40:12
    brondsem

    even history view requires the commit to exist in mongo

  • 14:40:18
    brondsem

    since URL routing does mongo lookups

  • 14:40:48
    ctsai-sf

    I see.

  • 14:41:59
    ctsai-sf

    So, I guess what I'm getting at is whether we should look towards adding in a full refresh option for projects, or just say it'll be unnecessary once all code browser aspects use direct repo access.

  • 14:43:54
    brondsem

    yeah, it should be unnecessary when we get to that point

  • 14:44:19
    brondsem

    i'm sure there'll be some caching, so invalidation will have to be considered, but I at least haven't thought that through yet

  • 14:47:12
    ctsai-sf

    Got it, thanks.

  • 14:47:20
    ctsai-sf

    hendrik: your turn. ;)

  • 14:50:00
    hendrik

    okay

  • 14:50:22
    hendrik

    I have problems with a pull request, i may have done something wrong or it may be a bug.

  • 14:51:02
    hendrik

    This one should to contain only one commit.

  • 14:51:29
    hendrik

    I forked the repository on the website, then checked the fork out locally using the perception_json branch.

  • 14:51:32
    hendrik

    I created a new branch 2013_nhnb_authors, made a commit and pushed it.

  • 14:51:35
    hendrik

    Then I created a pull request, selecting perception_json as target.

  • 14:51:49
    hendrik

    It does say at the top: "Hendrik Brummermann would like you to merge 295 commits from /u/nhnb/arianne-marauroa/ to perception_json "

  • 14:52:12
    hendrik

    15:31 < wjp> that commit count is comparing the branch with master instead of perception_json

  • 14:52:15
    hendrik

    15:31 < wjp> $ git log --oneline master..2013_nhnb_authors | wc -l

  • 14:52:18
    hendrik

    15:31 < wjp> 295

  • 14:54:05
    brondsem

    cool, looks like you figured it out for us ;)

  • 14:54:45
    hendrik

    wjp did, over there in #sourceforge.

  • 14:54:58
    brondsem

    i don't think we have a ticket for it yet, if you want to file a ticket (include label merge-requests) that'd be great

  • 14:55:04
    brondsem

    thanks to wjp then :)

  • 14:55:22
    hendrik

    okay

  • 15:41:30
    cory_fu

    So, the Trac ticket importer doesn't work at all without html2text, which is GPL. I can only "fix" the test by adding a @skipif to it. Should we create a ticket to move that functionality out of Allura core, like we did with TracWikiImporter?

  • 15:42:31
    cory_fu

    It was less coupled previously since it was a standalone script, but now we're calling into that code from the importer framework, so we need to do something to at least disable the TracTicketImporter if html2text is not available

  • 15:43:28
    brondsem

    yeah, I think you're on the right track. Can we actually move this question to the mailing list since it's legal/licensing? It should be more visible to others

  • 15:43:40
    cory_fu

    Sure

  • 15:43:48
    cory_fu

    In the meantime, I'll add the skipif to fix the build

  • 15:47:46
    tvansteenburgh

    fix for svn failure:

  • 15:47:47
    tvansteenburgh
    • locale.setlocale(locale.LC_ALL, '')
  • 15:47:47
    tvansteenburgh
    • locale.setlocale(locale.LC_ALL, 'en_US.UTF-8')
  • 15:48:09
    tvansteenburgh

    tests pass and i did a func test

  • 15:48:41
    tvansteenburgh

    brondsem can you ssh to builds@a.o?

  • 15:48:48
    tvansteenburgh

    curious what $LANG is there

  • 15:49:56
    brondsem

    that's a mailing list :)

  • 15:50:09
    tvansteenburgh

    you know what i meant!

  • 15:50:11
    brondsem

    and no, i don't think I can ssh to the jenkins ubuntu lists

  • 15:50:15
    brondsem

    s/lists/slaves/

  • 15:50:30
    tvansteenburgh

    ok, i'm just gonna commit this and try it then

  • 15:51:04
    brondsem

    we can see the output sometimes though

  • 15:51:11
    brondsem

    via jenkins configuration

  • 15:52:29
    brondsem

    some of the first jobs I ran on jenkins were configured just to print out environment stuff

  • 15:52:37
    brondsem

    doesn't look like those old logs are preserved though

  • 15:52:47
    brondsem

    at any rate, it should be standard ubuntu I expect

  • 16:38:21
    brondsem

    tvansteenburgh: https://builds.apache.org/job/Allura/configure still had a few var being echo'd at the beginning of the job, so I added $LANG and you can check it out next time it runs

  • 16:38:35
    brondsem
  • 16:40:56
    tvansteenburgh

    k thanks

  • 21:16:30
    brondsem
  • 21:16:50
    brondsem

    we have some failures still

  • 21:16:55
    brondsem

    tvansteenburgh: LANG is not set at all

  • 21:17:19
    brondsem

    Humbedooh: any idea why ASFBot stopped reporting build updates here?

  • 21:18:00
    tvansteenburgh

    oh great, 3 new failures

  • 21:33:00
    tvansteenburgh

    can replicate these failure=s on sandbox afterexport LANG

  • 21:33:03
    tvansteenburgh

    oops

  • 21:33:08
    tvansteenburgh

    export LANG=

  • 21:37:54
    brondsem
  • 21:38:10
    tvansteenburgh

    that's what we're already doing

  • 21:38:13
    brondsem

    i guess not since there isn't a system default

  • 21:38:20
    brondsem

    yeah, i'll go back to things I know about :)

  • 21:38:25
    tvansteenburgh

    lol

  • 21:38:35
    tvansteenburgh

    i only know cuz i read all this yesterday

  • 21:39:23
    brondsem

    well i read it an hour or two ago

  • 21:39:34
    brondsem

    and don't know what the code changes nor current error details are

  • 21:39:51
    tvansteenburgh

    working on fixes now, should be simple i think

  • 21:44:59
    tvansteenburgh

    nevermind, that didn't work

  • 21:46:20
    tvansteenburgh

    bbiab