Re: [gitorious] Re: LDAP: bind with authentication
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
[gitorious] Re: Errors in View File
I still have this, I've tried downgrading i18n to v 0.1 I've reinstalled ruby and ruby gems too. On Wed, Oct 19, 2011 at 12:39 PM, Okalany Daniel dan...@kolastudios.comwrote: Hi All, I get the error below when i try to view the source tree of repositories: A ActionView::TemplateError occurred in trees#show: undefined method `project_repository_commit_compare_path' for #ActionView::Base:0xc2e5e44 On line #103 of app/views/trees/show.html.erb 100: 101: ul class=links navigation disable_hover 102: h5%= t(views.logs.branches) %:/h5 103: %= tree_and_diff_link(@commit, @ref, sorted_git_heads(@git.branches), @project, @repository) % 104: /ul 105: 106: % unless @git.tags.blank? -% app/helpers/trees_helper.rb:80:in `tree_and_diff_link' app/helpers/trees_helper.rb:76:in `map' app/helpers/trees_helper.rb:76:in `tree_and_diff_link' app/views/trees/show.html.erb:103 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' snip -- To post to this group, send email to gitorious@googlegroups.com To unsubscribe from this group, send email to gitorious+unsubscr...@googlegroups.com
[gitorious] DebianSqueezeInstallation page on gitorious
Hi, I just wanted to let you know I made two minor edits to DebianSqueezeInstallation , just in case anyone feels more in charge of it .. 1) I removed all trailing whitespaces, especially on the command line example stuff. This caused a few of them to not work when trying to copypaste them. 2) I added two libraries to the installation: libxslt1-dev libreadline.so.5 I don't remember exactly which step required libxslt1-dev, I think it was during bundle install for nokogiri. The other one was necessary to start the rails console. In my case I installed the RubyEnterprise Debian amd64 package, where I supposed the rails console came from, but it seems it doesn't have a proper dependency on libreadline.so.5, so I wasn't able to run it; got an exception that the library wasn't there, installing it fixed. Hope that change was OK. I saw similar pages dealing with other installation, so one of the points may or not may apply there too ... cheers, - Markus -- To post to this group, send email to gitorious@googlegroups.com To unsubscribe from this group, send email to gitorious+unsubscr...@googlegroups.com
[gitorious] Re: LDAP: bind with authentication
what am I doing wrong? when running the testscript it always hangs with setup_encryption in / var/www/gitorious/rots/ruby/1.8/gems/ruby-net-ldap-0.0.4/lib/net/ ldap.rb:1059 so i need to hit ctrl+c then I ALWAYS get this line. On 20 Okt., 09:28, Wari Wahab wari.wa...@gmail.com wrote: 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
[gitorious] Re: LDAP: bind with authentication
hm, how can i install your patch? I cloned your repo but there are no changes! at least not in the cloned one. On 20 Okt., 14:14, IronMania ironmani...@googlemail.com wrote: what am I doing wrong? when running the testscript it always hangs with setup_encryption in / var/www/gitorious/rots/ruby/1.8/gems/ruby-net-ldap-0.0.4/lib/net/ ldap.rb:1059 so i need to hit ctrl+c then I ALWAYS get this line. On 20 Okt., 09:28, Wari Wahab wari.wa...@gmail.com wrote: 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
[gitorious] Re: all.js and javascript issues
Managed to fix it using an obviously related problem in another thread. For reference: run as su on /var/www/gitorious git submodule init git submodule update -- 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: all.js and javascript issues
On Thu, Oct 20, 2011 at 3:52 PM, leem leemmccorm...@gmail.com wrote: Managed to fix it using an obviously related problem in another thread. For reference: run as su on /var/www/gitorious git submodule init git submodule update We also just added a rake task that removes generated javascript and CSS files, use it like this: $ bundle exec rake assets:clear whenever you upgrade Gitorious. 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
Re: [gitorious] Error trying to view diff on a merge request page
On Thu, Oct 20, 2011 at 10:36 AM, Wari Wahab wari.wa...@gmail.com wrote: 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/**40c6e148d5e8050c9eeahttps://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. 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] Re: Error trying to view diff on a merge request page
Just did a git pull, and submodule pull, and assets:clear, the code by Martin to help with non TLS AD auth and got everything to work nicely :) I'm a happy camper.. Thanks. On Oct 20, 11:43 pm, Wari Wahab wari.wa...@gmail.com wrote: 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
