Re: [gitorious] Need help to perform a Maven release with Jenkins and Gitorious

2012-11-23 Thread Wari Wahab 
> ssh: connect to host gitserver.com port 22: Connection refused

> fatal: The remote end hung up unexpectedly

This seems to be the main issue, can you ssh from the jenkins machine to
the gitorious system? Fix that first.



On Wed, Nov 21, 2012 at 7:32 PM, Luís António Câmara Ribeiro <
lacribeir...@gmail.com> wrote:

> Hi everyone,
>
> I need your help to solve a problem that I have when performing a Maven
> Release in our new server with Gitorious.
>
> When we where in the old server it was working fine, but now that we
> change to a new server (a vm in amazon cloud) the release isn't working.
>
> I can pull, commit or push from the machine with Jenkins. Only Maven
> Release is missing.
>
>
>  Environment:
>
> Jenkins ver. 1.460
>
> Jenkins Maven Release Plug-in Plug-in ver: 0.9.1
>
>
>  pom.xml(127.0.0.1 because I don't want to give the real address):
>
> 
>
> scm:git:git://127.0.0.1:/gitserver/gitserver.git
>
> developerConnection>scm:git:git@127.0.0.1:
> gitserver/gitserver.git
>
> 
>
>
>  Jenkins job configuration:
>
>-
>
>*Build Environment*
> -
>
>   Enable Artifactory release management: Unchecked
>   -
>
>   Maven release build: Checked
>   -
>
>   Release goals and options: -X -Dresume=false release:prepare
>   release:perform
>   -
>
>   DryRun goals and options: -Dresume=false -DdryRun=true
>   release:prepare
>   -
>
>   Default versioning mode: None
>   -
>
>   Preselect custom SCM comment prefix: Unchecked
>   -
>
>   Preselect append Hudson username: Unchecked
>   -
>
>   Preselect 'specify SCM login/password': Unchecked
>   -
>
>   Resolve artifacts from Artifactory: Unchecked
>
>
>  Gitorious Project:
>
> Clone & oush urls;ssh; git@127.0.0.1:gitserver/gitserver.git
>
>
>  Run results:
> [INFO] [INFO] --- maven-failsafe-plugin:2.12:verify (verify) @
> com.project.core.dom ---
>
> …..
>
> [INFO] [INFO] Reactor Summary:
>
> [INFO] [INFO]
>
> [INFO] [INFO] proj-core .. SUCCESS
> [0.201s]
>
> [INFO] [INFO] dependency.package.gui  SUCCESS
> [0.008s]
>
> [INFO] [INFO] dependency.package.spring . SUCCESS
> [0.012s]
>
> ….
>
> [INFO] Executing: /bin/sh -c cd
> /var/lib/jenkins/jobs/maven23_testbuild_maven_01/workspace && git push
> gam.build@gitserver .com:gitserver/gitserver .git
> develop_core_1_0:develop_core_1_0
>
> [INFO] Working directory:
> /var/lib/jenkins/jobs/maven23_testbuild_maven_01/workspace
>
> mojoFailed org.apache.maven.plugins:maven-release-plugin:2.2.2(default-cli)
>
> projectFailed com.gitserver :proj-core:1.0.92-SNAPSHOT
>
> sessionEnded
>
> [INFO]
> 
>
> [INFO] Reactor Summary:
>
> [INFO]
>
> [INFO] proj-core .. FAILURE
> [2:00.141s]
>
> [INFO] dependency.package.gui  SKIPPED
>
> [INFO] dependency.package.spring . SKIPPED
> …..
>
> Waiting for Jenkins to finish collecting data
>
> mavenExecutionResult exceptions not empty
>
> message : Failed to execute goal
> org.apache.maven.plugins:maven-release-plugin:2.2.2:prepare (default-cli)
> on project proj-core: Unable to commit files
>
> Provider message:
>
> The git-push command failed.
>
> Command output:
>
> ssh: connect to host gitserver.com port 22: Connection refused
>
> fatal: The remote end hung up unexpectedly
>
>
>  cause : Unable to commit files
>
> Provider message:
>
> The git-push command failed.
>
> Command output:
>
> ssh: connect to host gitserver.com port 22: Connection refused
>
> fatal: The remote end hung up unexpectedly
>
>
>  Stack trace :
>
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute
> goal org.apache.maven.plugins:maven-release-plugin:2.2.2:prepare
> (default-cli) on project gam-core: Unable to commit files
>
> Provider message:
>
> The git-push command failed.
>
> Command output:
>
> ssh: connect to host gitserver.com port 22: Connection refused
>
> fatal: The remote end hung up unexpectedly
>
>
>  at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)
>
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
>
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
>
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
>
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
>
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
>
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
>
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>
> at
> org.jvnet.

Re: [gitorious] Re: Dolt repo browser 0.4.0 available

2012-10-04 Thread Wari Wahab 
I have a directory of repositories, deleted showoff, and git clone it
again, and from that directory (not showoff). I do a `dolt .`, and clicked
on showoff link.

What I see is the circular wait thingy, and the stake trace.is similar to
the earlier one:

>> Thin web server (v1.5.0 codename Knife)
>> Maximum connections set to 1024
>> Listening on 0.0.0.0:3000, CTRL+C to stop
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
`encode': "\xC3" from ASCII-8BIT to UTF-8 (Encoding::Undef
inedConversionError)
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
`generate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
`generate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/bin/../views/tree_history.erb:1:in
`evaluate_source'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:209:in
`instance_eval'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:209:in
`evaluate_source'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:144:in
`cached_evaluate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:127:in
`evaluate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:76:in
`render'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/template_renderer.rb:42:in
`render'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/sinatra/actions.rb:99:in
`block in tree_history'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/repo_actions.rb:72:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/repo_actions.rb:72:in
`block in repo_action'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:191:in
`succeed'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/git/repository.rb:74:in
`block (2 levels) in tree_history'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:191:in
`succeed'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/git/repository.rb:95:in
`block in build_history'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: Dolt repo browser 0.4.0 available

2012-10-04 Thread Wari Wahab 
Using 0.5.0, https://github.com/schacon/showoff will crash dolt.

On submodules, if the submodule has not 'git submodule init', it will link
to
http://localhost:3000/reponame/tree/g...@git.somewhere.com:project/another-repo.git

It also crashed with:

>> Thin web server (v1.5.0 codename Knife)
>> Maximum connections set to 1024
>> Listening on 0.0.0.0:3000, CTRL+C to stop
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/sinatra/actions.rb:61:in
`block in tree': unexpected return (LocalJumpError
)
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/repo_actions.rb:74:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/repo_actions.rb:74:in
`block in repo_action'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:158:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:158:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:198:in
`fail'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.5.0/lib/dolt/git/repository.rb:49:in
`block in tree'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:158:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:158:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:198:in
`fail'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/em_rugged-0.1.3/lib/em_rugged/deferrable.rb:37:in
`rescue in block (2 levels) in d
efer'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/em_rugged-0.1.3/lib/em_rugged/deferrable.rb:34:in
`block (2 levels) in defer'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/eventmachine.rb:1037:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/eventmachine.rb:1037:in
`block in spawn_threadpool'


On Thu, Oct 4, 2012 at 6:39 PM, Christian Johansen
wrote:

> Just released 0.5.0.
>
>- Path/breadcrumb of files always has a clickable leading slash,
>taking you back to the root
>- Tree path always has a clickable leading slash
>- Tree limits how wide it nests when you descend into nested
>directories (try surfing more than three directories deep to see)
>- Fixed lexer loading, so lots more file types should now be correctly
>highlighted
>
> With this release, my todo-list is proper empty, so report whatever you
> find.
> Christian
>
>
> On Thu, Oct 4, 2012 at 12:08 PM, Christian Johansen <
> christ...@cjohansen.no> wrote:
>
>> Thanks,
>>
>> Turns out I was loading the syntax highlighting language wrong. Fixed
>> that, and then Cucumber features works. Will push yet another update later
>> today.
>>
>> Any chance you can share the repo that caused the crash?
>>
>> Christian
>>
>>
>> On Thu, Oct 4, 2012 at 11:10 AM, Wari Wahab  wrote:
>>
>>> I was about to test submodules later in the day. Kudos to adding that
>>> support before I can come around to it.
>>>
>>> The feature file is a simple text file:
>>>
>>> features/myfeature.feature
>>> -
>>> Feature: I want moolah
>>>   In order to be rich
>>>   As a poor old lad
>>>   I need to rob a bank
>>>
>>>   Scenario: Grab some weapons
>>> When I head to my stash area
>>> Then I pick my guns up
>>> I should be able to cause massive damage
>>> ---
>>>
>>> PS: a "move up one level back" button would be great, pressing back just
>>> don't work as well ;)
>>>
>>> I did get the server to crash when browsing one directory:
>>>
>>> >> Thin web server (v1.5.0 codename Knife)
>>> >> Maximum connections set to 1024
>>> >> Listening on 0.0.0.0:3000, CTRL+C to stop
>>> /home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
>>> `encode': "\xC3" from ASCII-8BIT to UTF-8
>>> (Encoding::UndefinedConversionError)
>>> from 
>>> /home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
>>> `generate'
>>> from 
>>> /home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
>>> `generate'
>>>

Re: [gitorious] Re: Dolt repo browser 0.4.0 available

2012-10-04 Thread Wari Wahab 
I was about to test submodules later in the day. Kudos to adding that
support before I can come around to it.

The feature file is a simple text file:

features/myfeature.feature
-
Feature: I want moolah
  In order to be rich
  As a poor old lad
  I need to rob a bank

  Scenario: Grab some weapons
When I head to my stash area
Then I pick my guns up
I should be able to cause massive damage
---

PS: a "move up one level back" button would be great, pressing back just
don't work as well ;)

I did get the server to crash when browsing one directory:

>> Thin web server (v1.5.0 codename Knife)
>> Maximum connections set to 1024
>> Listening on 0.0.0.0:3000, CTRL+C to stop
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
`encode': "\xC3" from ASCII-8BIT to UTF-8
(Encoding::UndefinedConversionError)
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
`generate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/json-1.7.5/lib/json/common.rb:223:in
`generate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/bin/../views/tree_history.erb:1:in
`evaluate_source'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:209:in
`instance_eval'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:209:in
`evaluate_source'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:144:in
`cached_evaluate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:127:in
`evaluate'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/tilt-1.3.3/lib/tilt/template.rb:76:in
`render'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/template_renderer.rb:42:in
`render'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/sinatra/actions.rb:99:in
`block in tree_history'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/repo_actions.rb:72:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/repo_actions.rb:72:in
`block in repo_action'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:191:in
`succeed'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/git/repository.rb:49:in
`block (2 levels) in tree_history'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:191:in
`succeed'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/git/repository.rb:70:in
`block in build_history'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:191:in
`succeed'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:28:in
`resolve'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:57:in
`resolve'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:103:in
`block in all'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:112:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:112:in
`block in all'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:123:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/async/when.rb:123:in
`block (2 levels) in wait_for_all'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`call'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:151:in
`set_deferred_status'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/eventmachine-1.0.0/lib/em/deferrable.rb:191:in
`succeed'
from 
/home/wari/.rvm/gems/ruby-1.9.3-p194@myhome/gems/dolt-0.4.2/lib/dolt/git/repository.rb:81:in
`block in deferred_method'

Re: [gitorious] Re: Dolt repo browser 0.4.0 available

2012-10-04 Thread Wari Wahab 
Dolt does not seem to support cucumber features, as well as scripts that
does not have an extension, and starts with "#!/usr/bin/env ruby" for
example.

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

[gitorious] Problems when displaying a repo with submodules

2012-09-26 Thread Wari Wahab 
I have a private install with a repo that contains 1 file and several
submodules. I can't seem to browse the source tree page. I get a nasty
traceback from it, the first few lines looks like this:

A ActionView::TemplateError occurred in trees#show:

  undefined method `[]=' for nil:NilClass
  On line #48 of app/views/trees/show.html.erb

45: <% end -%>
46: <% if node.is_a? Grit::Submodule -%>
47:   
48:   submodule: <%= 
h(node.url(@ref)) -%>
49: <% else -%>
50:   <% if !too_many_entries_for_log?(@tree) && last_commit = 
commit_for_tree_path(@repository, node.name) -%>
51: <%= 
last_commit.committed_date.to_s(:short) -%>

vendor/grit/lib/grit/submodule.rb:68:in `config'
vendor/grit/lib/grit/submodule.rb:62:in `each'
vendor/grit/lib/grit/submodule.rb:62:in `config'
vendor/grit/lib/grit/submodule.rb:35:in `url'
app/views/trees/show.html.erb:48
app/views/trees/show.html.erb:37:in `each'
app/views/trees/show.html.erb:37
vendor/rails/actionpack/lib/action_controller/caching/fragments.rb:43:in 
`call'
vendor/rails/actionpack/lib/action_controller/caching/fragments.rb:43:in 
`fragment_for'
vendor/rails/actionpack/lib/action_view/helpers/cache_helper.rb:35:in 
`cache'
app/views/trees/show.html.erb:29


Other repositories displays fine. This happens in 2.2.1 (and earlier) as
well as the new 2.3.

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Gitorious Menu with permissions issue

2012-06-06 Thread Wari Wahab 
I can confirm this issue. Changing the owner to a group will cause
gitorious to behave strangely. The only way to fix it is to dive in to the
database and manually edit the entry.
On Jun 6, 2012 8:03 PM, "Dominick Rivard"  wrote:

> Thanks for the reply.
>
> But it is not an installation issue. I'll explain you what happen and
> maybe it will help somebody else.
> Somebody at my workplace created a project and then he created a repo that
> was fine, until we decided to make this project available to multiple
> developers. At that moment we created a team added the devs to the team and
> changed the ownership of the project to the team it is where it got missed
> up. At that point the repo was owned by the team but not the project and
> everybody lost their access to the "Add repository" menu under the
> project. Analyzing the the ruby code of the gitorious project I found that
> it was looking for the admin? function and that where I started to look
> into the memberships. After digging the code for a while and then switch to
> analyze the DB I found that the owner type was group but was pointing to
> the wrong group ID and updated the group ID and now it is working fine and
> I got back my "Add repository" for the hole group.
>
> Thanks
> Dominick
>
> On Tue, Jun 5, 2012 at 4:43 PM, Federico Don wrote:
>
>> Hi Dominick,
>>
>> you can check step to step with this:
>>
>> http://famousphil.com/blog/2011/06/installing-gitorious-on-centos-5-6-x64/
>>
>> Regards,
>>
>> 2012/6/5 Dominick Rivard 
>>
>>> Hi,
>>>
>>> We installed our local copy of Gitorious and everything goes great,
>>> except that we changed ownership of a project that had one repository
>>> inside it to a team.
>>> So we had project test having repository testrepo inside it and then we
>>> change the ownership of this project from the creator to the group. Now
>>> when we try to access the project page the only option we have is the
>>> option to open the wiki on the right sidebar. It is missing Add repository
>>> and I need to add a new repo under this porject which permissions I am
>>> missing to get these options back. I am administrator and I can't see them.
>>>
>>> Thank you!
>>>
>>> --
>>> To post to this group, send email to gitorious@googlegroups.com
>>> To unsubscribe from this group, send email to
>>> gitorious+unsubscr...@googlegroups.com
>>>
>>
>>  --
>> To post to this group, send email to gitorious@googlegroups.com
>> To unsubscribe from this group, send email to
>> gitorious+unsubscr...@googlegroups.com
>>
>
>
>
> --
> Bonne journée!
> Dominick
>
>  --
> To post to this group, send email to gitorious@googlegroups.com
> To unsubscribe from this group, send email to
> gitorious+unsubscr...@googlegroups.com
>

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] How to "reset" a gitorious server?

2011-11-08 Thread Wari Wahab 
I believe you can start a fresh database, and move out the repositories 
directory. Provided you already got a working Gitorious install. Then 
run rake db:create and you're good to go.


If you need those repositories, then you can do a mirror clone on them 
first before wiping them out. Or I'd do a modified version of the script 
on https://gist.github.com/1143430 to get a meaningful directory 
structure than the actual hashed version of the repos.


On 08/11/2011 09:03, Sebastian Otaegui wrote:

Hello,

I have a gitorious server that I build and I want to do a fresh start
and remove all the projects and repositories created.

What is the best way to do that without having to rebuild the entire
server?



--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] tarball download got 'The archive is currently being generated, try again later'

2011-10-28 Thread Wari Wahab 

Search the group for Xsendfile, I solved a similar problem.. See
http://groups.google.com/group/gitorious/browse_thread/thread/8f1fa3a38368baa2/0fa7f6500cb6c4ee?lnk=gst&q=xsendfile#0fa7f6500cb6c4ee

On 28/10/2011 02:36, franciscom wrote:

Hi:
have installed two weeks ago gitoriuos on ubuntu 11.04 following:

http://coding-journal.com/installing-gitorious-on-ubuntu-11-04/

I'm able to create repos and commit, but when I try to get tarball I
got message:

'The archive is currently being generated, try again later'

and nothing happens

There is any way I can try to debug what is happening ?
Any hint to solve this ?

regards



--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: LDAP permissions

2011-10-26 Thread Wari Wahab 
I'm not sure why you'd want a super secretive source repository, you can
always host secret stuff on another server before it's viewable elsewhere (a
simple git server setup via ssh keys will do). Anyway, if a person does not
have permissions to push to a git repo, he won't have the ability to do it,
unless he just forked it and push it to his own clone, and maybe send a
merge request which IMO is a good thing? No?

For now, I'm not sure if the gitorious team is interested to have a private
repository feature, maybe later on, who knows? Any roadmap?. BTW, you can
always use apache group restrictions for viewing valid projects, but I'm not
sure if you want to be an apache admin as well. If you are a programmer,
maybe you can contribute some code in.

If you want to enable http urls with ldap auth, apache auth method is your
friend, but the config file can be a mess really quickly, and you have to
maintain the AD DB as well.

BTW, there are other software out there that probably does what you want,
like Git Enterprise, or Github.fi and other paid solutions that I've not
mentioned. Or hey, you can pay Gitorious to incorporate the features you
need and that'll be the ideal scenario :)

On Wed, Oct 26, 2011 at 5:20 PM, IronMania wrote:

> Thanks for your replies.
>
> With the apache backend, I need to put in the user & pw twice, do I?
> Also They are still able to pull the repos right?
>
> This set private/public is not really helpfull, well partly. I don't
> want user A, which is NOT in Group B, to see projects from Group B. He
> should not be able to Clone or push repositories he is not permitted
> to.
>
> Disableing the urls is not an option. So I don't want people to be
> able to pull code, where they have no rights.
>
> So the best solution would be something over gitorious right?
>
> Thank you all for your help
> Joerg
>

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] LDAP permissions

2011-10-25 Thread Wari Wahab 
Ah yeah, this too. Before ldap authentication, one can create an account to
get a look inside the repository. At least with ldap auth configured with no
other backends, you can ensure that logins be made by authorized users only.

On Wed, Oct 26, 2011 at 1:45 AM, Christian Johansen
wrote:

> Sorry... by "set private_mode to true" I meant "set public_mode to false"
> :)

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] LDAP permissions

2011-10-25 Thread Wari Wahab 
> 1. is there a way to prevent not authorized users of reading the source
code?

Not sure if this would answer for number 2 or not, but number 1 is possible
if you allow 401 authentication in Apache. I've not tested this, so please
don't blame me if it totally fails on your side.

For example, in your /etc/apache2/sites-available/gitorious (or
gitorious-ssl?), add the following in between the  bits:

  AuthBasicProvider ldap
  AuthName "ldap auth"
  AuthType Basic
  AuthBasicAuthoritative Off
  AuthLDAPURL "ldap://
some-ldap-site.company.com:389/dc=company,dc=com?sAMAccountName?sub?(objectClass=*)
"
  AuthLDAPBindDN "COMPANY\someaccounttoauthbind"
  AuthLDAPBindPassword "this is a very secure password"
  Require valid-user

Of course you will probably need the required apache modules, namely
auth_ldap, and if you need a certain group to access, you probably need to
change the AuthLDAPURL line to something appropriate, or have AuthLDAPBindDN
to some user than can only authenticate some group of people.

One problem with this though is that your user will have to login twice, one
to apache, and one to Gitorious.

If Gitorious allows apache site authentications, i.e. the REMOTE_USER
variable to login, then authenication mechanisms can be made through apache,
NTLM, Kerberos, Mysql, LDAP, AD, etc. That would be sweet ;)

Again, I've not tested this, but this is the kind of configuration we use on
SVN and other services.

On Tue, Oct 25, 2011 at 11:24 PM, IronMania wrote:

> Hi,
>
> 1. is there a way to prevent not authorized users of reading the
> source code?
> 2. if there is a way, could that be "easily" combined with LDAP user
> groups?
>
> Thank you for your Help!
> Joerg
>
> --
> To post to this group, send email to gitorious@googlegroups.com
> To unsubscribe from this group, send email to
> gitorious+unsubscr...@googlegroups.com
>

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: LDAP: bind with authentication

2011-10-24 Thread Wari Wahab 
On Tue, Oct 25, 2011 at 5:12 AM, Martin Sandiford  wrote:

> If you have encryption set to "simple_tls", you probably need to change the
> port to 636 as well.
>
> If your server supports this, it's preferable to use this rather than
> sending auth data over an unencrypted session.
>

Hey, thanks Martin, that's the ticket I need to enable simple_tls :)

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Missing tag 2.1.0 in mainline?

2011-10-21 Thread Wari Wahab 

On 21/10/2011 17:40, Marius Mårnes Mathiesen wrote:
On Fri, Oct 21, 2011 at 11:32 AM, Wari Wahab <mailto:wari.wa...@gmail.com>> wrote:


Talk about the update, this totally borked my install:


Which update is that - we didn't push a tag?

mainline (HEAD)


* One of the modules require gem 1.8.11
* will_paginate version 3.x is install but 2.3.x is compatible
with rails 2.3


Gemfile.lock specifies will_paginate 2.3.15, how did you end up with 3.x?
https://gitorious.org/gitorious/mainline/blobs/master/Gemfile.lock#line104

* After a bundle update, I can't run this anymore. The error I got:


Did you run "bundle update"? Why?


YES! My bad! Thanks for the clue :) Worked again for me.

PS: Are you going to incorporate Martin's work with authenticated bind? 
Or at least allow non encrypted LDAP queries. I had to change 
lib/gitorious/authentication/ldap_authentication.rb:


@encryption = (options["encryption"] || "simple_tls").to_sym

to

@encryption = options["encryption"].to_sym if options.key?("encryption")

In order to get auth to work for my case.

--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Missing tag 2.1.0 in mainline?

2011-10-21 Thread Wari Wahab 

Talk about the update, this totally borked my install:

* One of the modules require gem 1.8.11
* will_paginate version 3.x is install but 2.3.x is compatible with 
rails 2.3

* After a bundle update, I can't run this anymore. The error I got:

---
Ruby on Rails application could not be started

Error message:
uninitialized constant ActiveMessaging::Processor
Exception class:
NameError
Application root:
/var/www/gitorious
Backtrace:
#FileLineLocation
0
/var/www/gitorious/vendor/rails/activesupport/lib/active_support/dependencies.rb
440in `load_missing_constant'
1
/var/www/gitorious/vendor/rails/activesupport/lib/active_support/dependencies.rb
80in `const_missing'

2/var/www/gitorious/lib/gitorious/messaging/stomp_adapter.rb78
..

No logs on the log folder, this is an instant error from apache. I'm not 
sure how to proceed from here.


On 21/10/2011 17:20, Stefan Hoth wrote:

Hi,

I was excited to read your news!

http://blog.gitorious.org/2011/10/20/a-little-help-from-our-friends/

But I can't find the tag for 2.1.0 in the mainline repository. Will 
you add it?


Thanks for the awesome update,
Stefan
--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com


--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Error trying to view diff on a merge request page

2011-10-20 Thread Wari Wahab 
I'll try this out tomorrow in the office, talk about bugs, there are others
I'd like to report bug did not took the time to compile it. This is
regarding the feature I saw that is supposed to generate a nice graph of the
commit log. This produces the error "Javascript is required" or something
similar to that message. On the logs I found two javascript files missing,
and not in HEAD. I just downloaded them from the web, and remove all.js and
restarted the webserver. I still can't get gitorious to produce the graph
output though, so I'm not sure what I'm missing there.

On Thu, Oct 20, 2011 at 10:18 PM, Marius Mårnes Mathiesen <
marius.mathie...@gmail.com> wrote:

>
> This bug was one of the things in master that kept us from pushing the 2.1
> version tag - it should be resolved now.
>
> Cheers,
> - Marius
>
>

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

[gitorious] Error trying to view diff on a merge request page

2011-10-20 Thread Wari Wahab 
I'm testing a merge request feature on a test repository, and the merge 
request page, failed to display the diff, but it does show the comments, 
and other details properly.


I can view the diff fine if I clicked on the commit link. The traceback 
can be found @ https://gist.github.com/40c6e148d5e8050c9eea


I just create a repository, and added the file, a, b, c. On the fork, I 
created a new branch, edit file a, and added file d. And then I 
submitted a merge request. On the page I got the error:


Showing f193214
An error has occured. Please try again later.

--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: LDAP: bind with authentication

2011-10-20 Thread Wari Wahab 

On 20/10/2011 14:10, Martin Sandiford wrote:
From looking around in the net-ldap code, it looks like one or both of 
bind_username and/or bind_password need to be nil for this to happen.


Do you have bind_username and bind_password set up in your production 
section of your authentication.yml?  Is your server running with the 
production environment?


Yes, I'm running in the production environment, and I do have both vars 
set with the proper credentials.


I can reproduce this problem if one or both of these config items are 
not set --- will improve the behaviour of get_dn_of_user so that it 
doesn't fail so catastrophically in this case.
Based on this observation, I set to test with the following ways, and 
also compared the results with our redmine install:


bind_username: set
bind_password: set
gitorious: pass
redmine: pass

bind_username: unset
bind_password: set
gitorious: pass
redmine: fail

bind_username: set
bind_password: unset
gitorious: pass
redmine: fail

bind_username: unset
bind_password: unset
gitorious: pass # What? This proves my problem is just with :encryption only
redmine: fail

bind_username: invalid
bind_password: set
gitorious: pass
redmine: fail

bind_username: set
bind_password: invalid
gitorious: pass
redmine: fail

Anyway, this proves that I can authenticate anonymously, but this is not 
the case with our Redmine and Chiliproject installation. But whatever it 
is I set, it will still fail the authentication test executable. Also, 
this, unfortunately, will not indicate if the code to do a binded 
authentication is working or not. I know we do have a user in the AD 
specifically created just to allow authentications. This was created for 
our redmine and apache2/svn authentications.


I'm not sure what's going on with our AD in the office, I do not have 
the rights to look into that server.


--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: LDAP: bind with authentication

2011-10-19 Thread Wari Wahab 
Hi Martin, thanks a lot. I've tested the changes you made. On my 
gitorious install, I got a good login authentication results from a few 
accounts that I've tested. The test_ldap_connection script still fails 
on me though. I'm not sure why myself.


I believe the dump is from the second bit (get_dn_user)

root@repos:/var/www/gitorious# RAILS_ENV=production bundle exec 
script/test_ldap_connection wari password

Not there yet.
For debugging purposes, this is the username we tried: FOOBAR\wari
/var/www/gitorious/rots/ruby/1.8/gems/ruby-net-ldap-0.0.4/lib/net/ldap.rb:1097:in 
`bind': invalid binding information (Net::LDAP::LdapError)
from 
/var/www/gitorious/rots/ruby/1.8/gems/ruby-net-ldap-0.0.4/lib/net/ldap.rb:701:in 
`bind'
from 
/var/www/gitorious/lib/gitorious/authentication/ldap_authentication.rb:120:in 
`get_dn_of_user'

from script/test_ldap_connection:23


On 20/10/2011 10:27, Martin Sandiford wrote:

Hi folks,

I've adapted the patch to incorporate the feedback.  Changes are to 
allow unencrypted connections via configuration, and some debug 
additions to the test script.  I've also cloned the mainline repo on 
gitorious and pushed the update there.


You can find it at 
https://gitorious.org/~msandiford/gitorious/gitorious-ldap-auth-search 



Cheers,
Martin

On Thu, Oct 20, 2011 at 1:06 AM, IronMania > wrote:


Hi,

my test runs. If you replace the @connection and auth with the
fallowing

@connection = @connection_type.new :host => SERVER,
:port => port,
:base => base_dn,
:auth => {
:username => user,
:password => pass,
:method => :simple}

I just don't know with the user & pass. I used the script from Martin
but I have problems with my authentications.yml
If I write everything in there, it is still nil.

Joerg

On 19 Okt., 10:36, Wari mailto:wari.wa...@gmail.com>> wrote:
> BTW, the authentication test will still fail though:
>
> root@repos:/var/www/gitorious# RAILS_ENV=production bundle exec
script/
> test_ldap_connection wari password
> Not there yet.
> For debugging purposes, this is the DN we tried: FOOBAR\wari

--
To post to this group, send email to gitorious@googlegroups.com

To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com



--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com


--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] LDAP: bind with authentication

2011-10-19 Thread Wari Wahab 

Ok, I got this authentication business dialed in.

1. Users must exists (they must create an account themselves). There 
should be an auto creation of account IMO, since we are already 
authenticated to a centralised server.


2. My config looks somewhat like this:
   distinguished_name_template: "FOOBAR\\{}"
  attribute_mapping:  # Map 
LDAP fields to database fields. Default: displayname => fullname, mail 
=> email

givenName: fullname
publicEmail: email
bind_username: FOOBAR\\gitadmin
bind_password: password
username_attribute: sAMAccountName

And, since I don't know ruby code that much, the mods I made that allows 
Martin's code to work is as the following:


root@repos:/var/www/gitorious/lib/gitorious/authentication# diff -u 
ldap_authentication.rb-orig ldap_authentication.rb

--- ldap_authentication.rb-orig2011-10-19 15:49:33.993604249 +0800
+++ ldap_authentication.rb2011-10-19 15:55:55.813611633 +0800
@@ -112,7 +112,8 @@
 #  private
   # return the dn of the user that has an attribute named 
search_attribute with a value of seach_value, or nil if not found

   def get_dn_of_user(search_value)
-@connection = @connection_type.new({:encryption => encryption, 
:host => server, :port => port})
+#@connection = @connection_type.new({:encryption => encryption, 
:host => server, :port => port})
+@connection = @connection_type.new({:host => server, :port => 
port})

 foo = connection.auth(@bind_username, @bind_password)
 connection.bind
 filter = Net::LDAP::Filter.eq("objectClass", "user") & 
Net::LDAP::Filter.eq(@username_attribute, search_value)

@@ -125,7 +126,8 @@
   # Ask the LDAP server if the credentials are correct
   def ldap_valid_credentials?(username, password)
 return false if password.blank?
-@connection  = @connection_type.new({:encryption => encryption, 
:host => server, :port => port})
+#@connection  = @connection_type.new({:encryption => 
encryption, :host => server, :port => port})
+@connection  = @connection_type.new({:host => server, :port => 
port})

 connection.auth(username, password)
 return connection.bind
   end

Yup it's a dumb removal of the encryption parameter, but it works for me 
at the moment.


On 19/10/2011 15:25, Wari Wahab wrote:

I gave this a try and unfortunately, it does not work for me.

I used the same credentials or variations around it (using 
DOMAIN\\username or username@host)  based on the one I used in Redmine 
or Chilliproject and it failed to authenticate.


And since my server don't support TLS (or LDAPS) I do have to comment 
out the setup_encryption function so that ruby can keep quiet, else 
it's SSL connect error.


I don't know ruby, so I can't really contribute further other than 
noting my findings.


So for my case, I do need authenticated_binds, but have no need for 
simple-tls support, which the current system don't seem to support


On 19/10/2011 09:24, Martin Sandiford wrote:

(Apologies for disastrous email formatting - still getting used to gmail)
Attached is a updated version of 
lib/gitorious/authentication/ldap_authentication.rb which does a 
simple bind, followed by a search for the required username.  Our 
setup is such that not all users are in the same LDAP container, so 
the original bind implementation doesn't work.
It's not extensively tested - I've managed to get it working against 
our AD servers.  I hope it works for you :)

Additional 3 config items are required in config/authentication.yml:
[... original example-type stuff here ...]
  bind_username: unprivile...@example.com 
<mailto:unprivile...@example.com>
  bind_password: password_for_unprivileged 
<mailto:password_for_unprivile...@example.com>

  username_attribute: sAMAccountName
Leave "bind_username" unset for existing behaviour (at least that's 
what I intended - untested).
This is based on some previous work I found on the net for gitorious 
LDAP auth --- original author escapes me for the moment, but I'll 
post some proper attribution when I have time to track it down.

Cheers,
Martin
On Tue, Oct 18, 2011 at 9:09 PM, Marius Mårnes Mathiesen 
mailto:marius.mathie...@gmail.com>> wrote:


On Mon, Oct 17, 2011 at 2:10 PM, Wiz of Id mailto:trumbi...@gmail.com>> wrote:

On Friday, October 14, 2011 3:39:07 PM UTC+2, Wiz of Id wrote:

On Fri, Oct 14, 2011 at 3:32 PM, Marius Mårnes Mathiesen
 wrote:

> On Fri, Oct 14, 2011 at 3:10 PM, Wiz of Id
 wrote:
>>
>> Hello,
>> is there any plan to have authenticated bind?
>> I was really excited

Re: [gitorious] LDAP: bind with authentication

2011-10-19 Thread Wari Wahab 

I gave this a try and unfortunately, it does not work for me.

I used the same credentials or variations around it (using 
DOMAIN\\username or username@host)  based on the one I used in Redmine 
or Chilliproject and it failed to authenticate.


And since my server don't support TLS (or LDAPS) I do have to comment 
out the setup_encryption function so that ruby can keep quiet, else it's 
SSL connect error.


I don't know ruby, so I can't really contribute further other than 
noting my findings.


So for my case, I do need authenticated_binds, but have no need for 
simple-tls support, which the current system don't seem to support


On 19/10/2011 09:24, Martin Sandiford wrote:

(Apologies for disastrous email formatting - still getting used to gmail)
Attached is a updated version of 
lib/gitorious/authentication/ldap_authentication.rb which does a 
simple bind, followed by a search for the required username.  Our 
setup is such that not all users are in the same LDAP container, so 
the original bind implementation doesn't work.
It's not extensively tested - I've managed to get it working against 
our AD servers.  I hope it works for you :)

Additional 3 config items are required in config/authentication.yml:
[... original example-type stuff here ...]
  bind_username: unprivile...@example.com 

  bind_password: password_for_unprivileged 


  username_attribute: sAMAccountName
Leave "bind_username" unset for existing behaviour (at least that's 
what I intended - untested).
This is based on some previous work I found on the net for gitorious 
LDAP auth --- original author escapes me for the moment, but I'll post 
some proper attribution when I have time to track it down.

Cheers,
Martin
On Tue, Oct 18, 2011 at 9:09 PM, Marius Mårnes Mathiesen 
mailto:marius.mathie...@gmail.com>> wrote:


On Mon, Oct 17, 2011 at 2:10 PM, Wiz of Id mailto:trumbi...@gmail.com>> wrote:

On Friday, October 14, 2011 3:39:07 PM UTC+2, Wiz of Id wrote:

On Fri, Oct 14, 2011 at 3:32 PM, Marius Mårnes Mathiesen
 wrote:

> On Fri, Oct 14, 2011 at 3:10 PM, Wiz of Id
 wrote:
>>
>> Hello,
>> is there any plan to have authenticated bind?
>> I was really excited about the oh-so-wanted feature
about LDAP integration
>> in Gitorious... just to found nowhere in the
configuration file any hints of
>> binding other than anonymous... :(
>
> Hi,
> Did you try it? I'm no LDAP expert, but the current
implementation will use
> the supplied credentials to bind.

Theese are sweet news to me, but I'm not sure of which
configuration
property I have to use for that purpose...


Wait, did you mean that the current implementation will use
the credentials supplied by an user trying log in in
Gitorious, to authenticate Gitorious on the LDAP server?
I guess that won't work in a real environment...
I'd expect some dedicated configuration properties like the
"auth" portion in the script by IronMania, and then Gitorious
should bind to the LDAP server using a user like
"simpleUserThatAuthenticatesButDoesntEdit" just like in this
configuration sample from my installation of Trac + LDAP plugin:


OK. I will not be writing this, since I don't have access to an
LDAP server that requires a separate user to bind. If anyone who
knows Ruby has access to such a server, I'm sure a contribution
would be much appreciated.

- Marius
-- 
To post to this group, send email to gitorious@googlegroups.com


To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com



--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com


--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

[gitorious] Something is wrong with my Dashboard page

2011-10-11 Thread Wari Wahab 
Hi there, on a personal Gitorious install, I cannot seem to go to the
dashboard page at all. All the other pages are working, repositories,
search, etc are all working. I just can't go to the dashboard to add SSH
keys, for example. When I log out, everything looks ok as well, until I log
in, that is. I have to click on "Let us know" link, then from there, I can
proceed everywhere else. The error produced in the logs are:

ActionView::TemplateError (undefined method `user' for nil:NilClass) on line
#112 of app/views/site/dashboard.html.erb:
109:   
110:   
111: <% @favorites.each do |favorite| %>
112:   
113: <%= link_to_watchable(favorite) -%>
114:   
115: <% end %>

app/helpers/favorites_helper.rb:88:in `css_classes_for'
app/views/site/dashboard.html.erb:112
app/views/site/dashboard.html.erb:111:in `each'
app/views/site/dashboard.html.erb:111
..snip..

/usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.2/lib/phusion_passenger/abstract_server.rb:357:in
`__send__'

/usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.2/lib/phusion_passenger/abstract_server.rb:357:in
`server_main_loop'

/usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.2/lib/phusion_passenger/abstract_server.rb:206:in
`start_synchronously'

/usr/local/lib/ruby/gems/1.8/gems/passenger-3.0.2/helper-scripts/passenger-spawn-server:99


I'm not sure if you need the full traceback or not. I'll provide other info
if you need.. Thanks.

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Gitorious Versioning, Roadmap, Issue Tracking: Chiliproject or Redmine

2011-07-05 Thread Wari Wahab 
I'm impressed! One just probably need a bugs branch to get things 
working and gitorious can look into this and show issues related to the 
repo (or project if needed). Thanks for the pointer.


On 05/07/2011 16:53, Guilhem Bonnefille wrote:

2011/7/5 Christian Johansen:

As for the discussion on issue tracking and Gitorious in general: I agree
that if/when issue tracking becomes a part of Gitorious (pluggable in some
way) - i.e. something we offer projects hosted with us - shipping something
which is distributed is key. We've been mulling over this a lot, and even
looked at a few such systems backed by Git. I don't know yet exactly how it
would work, but I want an issue tracking system that:

stores issues in plain text (so they can be put in Git)
can be distributed
has a CLI for programmer efficiency
has pluggable nice UI for stake-holders

Obviously, as Rodrigo said, we likely won't be able to build something like
that any time soon, but for what it's worth, these are some of my ideas on
the topic.

So, please, take a look at ditz: http://ditz.rubyforge.org/
It's ruby.
It has plugable system.
It offers UI.
And it's a distributed issue tracking


--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

[gitorious] Committer is already a committer to this repository

2011-07-05 Thread Wari Wahab 

Just a heads up, not really a problem, when setting up something new, but could 
be a potential problem. Error I got is:

A ActiveRecord::RecordInvalid occurred in projects#update:

   Validation failed: Committer is already a committer to this repository
   
[RAILS_ROOT]/vendor/rails/activerecord/lib/active_record/validations.rb:1090:in 
`save_without_dirty!'

What I'm trying to do:

Create Team: AAA
Create Project: BBB owned by me
Create Repo: xyz in BBB Project

Somewhere along the line:
Change ownership of xyz to AAA

Next, change BBB ownership to AAA ->   Error occurs.

--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: Problems with private copy of Gitorious

2011-07-05 Thread Wari Wahab 

Thanks, it works now!

FYI, XSendFileAllowAbove configuration directive in no longer possible 
with the new version, they removed it. Doing:


XSendFilePath /var/www/gitorious/tarballs-cache

works beautifully.

Thanks again, I believe I have this thing set up nicely..

On 05/07/2011 13:45, Christian Johansen wrote:


Looked around the net and found mod_xsendfile
https://tn123.org/mod_xsendfile/ which when enabled, I got a
working gitorious, but clicking on the download links shows up as
a 404, so I disabled that immediately.


That's the one. What does your logs tell you about the 404's? Did you 
configure it properly? You probably need to allow it to serve files 
from outside your document root:


XSendFile on
XSendFileAllowAbove on

Christian

--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com


--
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com

Re: [gitorious] Re: Problems with private copy of Gitorious

2011-07-04 Thread Wari Wahab 
Hi Benjamin, thanks for the help, but there is no mod_sendfile on the server. 
a2enmod shows the following:

authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user 
autoindex cache cern_meta cgi cgid charset_lite dav dav_fs dav_lock dbd deflate 
dir disk_cache dump_io env expires ext_filter file_cache filter headers ident 
imagemap include info ldap log_forensic mem_cache mime mime_magic negotiation 
passenger php5 proxy proxy_ajp proxy_balancer proxy_connect proxy_ftp 
proxy_http proxy_scgi reqtimeout rewrite setenvif speling ssl status substitute 
suexec unique_id userdir usertrack version vhost_alias

Next closest thing I found is the EnableSendfile directive - 
http://httpd.apache.org/docs/2.0/mod/core.html#enablesendfile, which I turned 
on and off in /etc/apache2/sites-enabled/gitorious(-ssl). Still no beef.

Looked around the net and found mod_xsendfile https://tn123.org/mod_xsendfile/ 
which when enabled, I got a working gitorious, but clicking on the download 
links shows up as a 404, so I disabled that immediately.

On 05-Jul-2011, at 3:32 AM, Benjamin Podszun wrote:

> Enable the sendfile extension for your http server. For apache it's 
> mod_sendfile or somesuch.
> 
> 
> -- Sent from my Palm Pre
> 
> On 04.07.2011 20:11, Wari  wrote: 
> 
> 
> 
> On Jul 4, 11:36 pm, Wari  wrote: 
> > On Jul 4, 6:56 pm, Christian Johansen  wrote: 
> > > > * I can't create tarballs directly from gitorious: 
> > > Is your poller running? Are jobs being picked off from the queue? 
> > This works on my third install today. 
> 
> Apparently I've said too soon. While the tarball does get created on 
> the server, the download is a 1 byte payload. How do I troubleshoot 
> this? 
> 
> git@repos:/var/www/gitorious/tarballs-cache$ ls -l 
> total 16 
> -rw-rw-rw- 1 git git 12571 2011-07-04 17:05 
> f8f-7b0-55>..snip.. 
> wari@wari-wahabs-macbook-pro ~/Downloads ‹ruby-1.9.2@rails3tutorial› 
> $ curl --insecure -O 
> https://repos/stuff/custom-configs/archive-tarball/master 
> % Total % Received % Xferd Average Speed Time Time 
> Time Current 
> Dload Upload Total Spent 
> Left Speed 
> 0 1 0 1 0 0 0 0 --:--:-- 0:00:01 
> --:--:-- 2 
> wari@wari-wahabs-macbook-pro ~/Downloads ‹ruby-1.9.2@rails3tutorial› 
> $ ls -l master 
> -rw-r--r-- 1 wari staff 1 Jul 5 01:06 master 
> wari@wari-wahabs-macbook-pro ~/Downloads ‹ruby-1.9.2@rails3tutorial› 
> $ hexdump master 
> 000 20 
> 001 
> 
> -- 
> To post to this group, send email to gitorious@googlegroups.com 
> To unsubscribe from this group, send email to 
> gitorious+unsubscr...@googlegroups.com 
> 
> -- 
> To post to this group, send email to gitorious@googlegroups.com
> To unsubscribe from this group, send email to
> gitorious+unsubscr...@googlegroups.com

-- 
To post to this group, send email to gitorious@googlegroups.com
To unsubscribe from this group, send email to
gitorious+unsubscr...@googlegroups.com