oliverguenther / openproject-revisions_git

An OpenProject plugin for managing Git repositories through Gitolite.
MIT License
13 stars 4 forks source link

How to migrate from 4.x to 5.0? #30

Open eudoxos opened 8 years ago

eudoxos commented 8 years ago

Hi, this is more a support request: I was using this plugin happily with 4.0.x OP (community edition); now I upgraded to 5.0 and I am not sure what is the interaction between 5.0 and this plugin; does 5.0 ship with the plugin or does it access repositories in its own way, without gitolite?

There is "repositories" addon to openproject now which asks for path to OP repositories; I used /var/lib/gitolite3/repositories, but it probably was not a very good idea, since now the repos cannot be accessed neither through git (UPDATE: this was fixed by chown -R git:git /var/lib/gitolite3, the ownership was changed to openproject:www-data by the OP updater):

FATAL: R any vale-oman/kiln eudoxos_3 DENIED by fallthru
(or you mis-spelled the reponame)
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

nor from the UI:

screenshot

Is there some smooth migration path provided? You (Oliver) mention that this plugin supports 5.0.

Thank you for help.

eudoxos commented 8 years ago

Additional information: when I added /etc/openproject/Gemfile.custom file with this plugin (as explained in https://www.openproject.org/open-source/packaged-installation/packaged-installation-guide/), I got this after openproject configure:

[...]
[openproject] ./bin/postinstall
You are replacing the current local value of frozen, which is currently "1"
Fetching https://github.com/oliverguenther/openproject-revisions.git
Fetching https://github.com/oliverguenther/openproject-revisions_git.git
Fetching https://github.com/finnlabs/omniauth-openid-connect.git
Fetching https://github.com/finnlabs/omniauth-openid_connect-providers.git
Fetching https://github.com/opf/openproject-translations.git
Fetching git://github.com/goodwill/capybara-select2.git
Fetching https://github.com/finnlabs/rspec-example_disabler.git
Fetching https://github.com/rspec/rspec-activemodel-mocks
Fetching https://github.com/rails/prototype_legacy_helper.git
Fetching https://github.com/rails/prototype-rails.git
Fetching https://github.com/finnlabs/transactional_lock.git
Fetching https://github.com/finnlabs/rack-protection.git
Fetching git://github.com/why-el/svg-graph.git
Fetching git://github.com/finnlabs/awesome_nested_set.git
Fetching git://github.com/oliverguenther/omniauth.git
Fetching gem metadata from https://rubygems.org/........
Fetching version metadata from https://rubygems.org/...
Fetching dependency metadata from https://rubygems.org/..
Resolving dependencies.............
Bundler could not find compatible versions for gem "rails":
  In snapshot (Gemfile.lock):
    rails (= 4.2.5.2)

  In Gemfile:
    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    prototype-rails (>= 0) ruby depends on
      rails (~> 4.0) ruby

    rails_autolink (~> 1.1.6) ruby depends on
      rails (> 3.1) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-revisions (>= 0) ruby depends on
      rails (~> 3.2.14) ruby

    rails (~> 4.2.5) ruby

Running `bundle update` will rebuild your snapshot from scratch, using only
the gems in your Gemfile, which may resolve the conflict.

Then I commented out this plugin from Gemfile.custom (to avoid the error above) and got the message I originally saw when upgrading the installation; maybe it is helpful for you:

[...]
Bundle complete! 131 Gemfile dependencies, 184 gems now installed.
Gems in the groups development and test were not installed.
Bundled gems are installed into ./vendor/bundle.
*** Seeding for locale: 'en'
*** Seeding basic data
 ↳ BuiltinRolesSeeder
   *** Skipping built in role Non member - already exists
   *** Skipping built in role Anonymous - already exists
 ↳ RoleSeeder
   *** Skipping roles as there are already some configured
 ↳ ActivitySeeder
   *** Skipping activities as there are already some configured
 ↳ ColorSeeder
   *** Skipping colors as there are already some configured
 ↳ WorkflowSeeder
   *** Skipping types, statuses and workflows as there are already some configured
 ↳ PrioritySeeder
   *** Skipping priorities as there are already some configured
 ↳ ProjectStatusSeeder
   *** Skipping reported project status as there are already some configured
 ↳ ProjectTypeSeeder
   *** Skipping project types as there are already some configured
 ↳ SettingSeeder
*** Seeding admin user
   *** No need to seed an admin as there already is one.
*** Seeding demo data
 ↳ ProjectSeeder
   *** Skipping DemoData::ProjectSeeder
*** Loading bourbon_engine seed data
*** Loading prototype_rails_engine seed data
*** Loading openproject_translations seed data
*** Loading openproject_global_roles seed data
*** Loading openproject_auth_plugins seed data
*** Loading lobby_boy seed data
*** Loading openproject_openid_connect seed data
*** Loading openproject_documents seed data
*** Loading openproject_help_link seed data
*** Loading openproject_announcements seed data
*** Loading openproject_my_project_page seed data
*** Loading openproject_xls_export seed data
*** Loading reportingengine seed data
*** Loading openproject_costs seed data
*** Loading openproject_reporting seed data
*** Loading openproject_meeting seed data
*** Loading openproject_pdf_export seed data
*** Loading openproject_backlogs seed data
**** Loading production seed data
***** settings
****** Skipping settings as there are already some configured
*** Loading openproject_themes_dark seed data
*** Loading openproject_local_avatars seed data
*** Loading openproject_webhooks seed data
*** Loading openproject_github_integration seed data

-- SCM vendor Git --

Found 2 repositories in /var/lib/gitolite3/repositories
without an associated project.

> gitolite-admin
> testing

When using managed repositories of the vendor Git, OpenProject will not create
repositories whose associated project identifier is contained in the list above.

To resolve these cases, you can either:

1. Remove the affected repositories if they are only remnants of earlier projects

2. Move them out of the OpenProject managed directory '/var/lib/gitolite3/repositories'

3. Create an associated project and linking that repository
   as existing through the Frontend.

$(npm bin)/webpack --config webpack.config.js
{"omniauth-openid-connect":"/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/omniauth-openid-connect-c3bce4c9e9ac","omniauth-openid_connect-providers":"/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/omniauth-openid_connect-providers-86f3670e127e","openproject-announcements":"/opt/openproject/vendored-plugins/openproject-announcements","openproject-auth_plugins":"/opt/openproject/vendored-plugins/openproject-auth_plugins","openproject-pdf_export":"/opt/openproject/vendored-plugins/openproject-pdf_export","openproject-backlogs":"/opt/openproject/vendored-plugins/openproject-backlogs","openproject-costs":"/opt/openproject/vendored-plugins/openproject-costs","openproject-documents":"/opt/openproject/vendored-plugins/openproject-documents","openproject-webhooks":"/opt/openproject/vendored-plugins/openproject-webhooks","openproject-github_integration":"/opt/openproject/vendored-plugins/openproject-github_integration","openproject-global_roles":"/opt/openproject/vendored-plugins/openproject-global_roles","openproject-help_link":"/opt/openproject/vendored-plugins/openproject-help_link","openproject-local_avatars":"/opt/openproject/vendored-plugins/openproject-local_avatars","openproject-meeting":"/opt/openproject/vendored-plugins/openproject-meeting","openproject-my_project_page":"/opt/openproject/vendored-plugins/openproject-my_project_page","openproject-openid_connect":"/opt/openproject/vendored-plugins/openproject-openid_connect","reporting_engine":"/opt/openproject/vendored-plugins/reporting_engine","openproject-reporting":"/opt/openproject/vendored-plugins/openproject-reporting","openproject-themes-dark":"/opt/openproject/vendored-plugins/openproject-themes-dark","openproject-translations":"/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/openproject-translations-48de77103ac4","openproject-xls_export":"/opt/openproject/vendored-plugins/openproject-xls_export"}
[...]
oliverguenther commented 8 years ago

Hey,

first excuse my brevity since I'm on vacation.

Openproject 5.0 completely changed the underlying code regarding repositories,so the gitolite plugin for Openproject 4 is no longer compatible.

a release/5.0 branch exist on my plugin that I'm using for Openproject 5.0.x, but that hasn't been field tested yet and may cause issues here and there.

Are you requiring the plugin from that branch?

Best, Oliver

Am 25. März 2016 12:41:53 nachm. schrieb eudoxos notifications@github.com:

Additional information: when I added /etc/openproject/Gemfile.custom file with this plugin (as explained in https://www.openproject.org/open-source/packaged-installation/packaged-installation-guide/), I got this after openproject configure:

[openproject] ./bin/postinstall
You are replacing the current local value of frozen, which is currently "1"
Fetching https://github.com/oliverguenther/openproject-revisions.git
Fetching https://github.com/oliverguenther/openproject-revisions_git.git
Fetching https://github.com/finnlabs/omniauth-openid-connect.git
Fetching https://github.com/finnlabs/omniauth-openid_connect-providers.git
Fetching https://github.com/opf/openproject-translations.git
Fetching git://github.com/goodwill/capybara-select2.git
Fetching https://github.com/finnlabs/rspec-example_disabler.git
Fetching https://github.com/rspec/rspec-activemodel-mocks
Fetching https://github.com/rails/prototype_legacy_helper.git
Fetching https://github.com/rails/prototype-rails.git
Fetching https://github.com/finnlabs/transactional_lock.git
Fetching https://github.com/finnlabs/rack-protection.git
Fetching git://github.com/why-el/svg-graph.git
Fetching git://github.com/finnlabs/awesome_nested_set.git
Fetching git://github.com/oliverguenther/omniauth.git
Fetching gem metadata from https://rubygems.org/........
Fetching version metadata from https://rubygems.org/...
Fetching dependency metadata from https://rubygems.org/..
Resolving dependencies.............
Bundler could not find compatible versions for gem "rails":
  In snapshot (Gemfile.lock):
    rails (= 4.2.5.2)

  In Gemfile:
    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    prototype-rails (>= 0) ruby depends on
      rails (~> 4.0) ruby

    rails_autolink (~> 1.1.6) ruby depends on
      rails (> 3.1) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-local_avatars (>= 0) ruby depends on
      rails (~> 4.2.4) ruby

    openproject-revisions (>= 0) ruby depends on
      rails (~> 3.2.14) ruby

    rails (~> 4.2.5) ruby

Running `bundle update` will rebuild your snapshot from scratch, using only
the gems in your Gemfile, which may resolve the conflict.

Then I commented out this plugin from Gemfile.custom (to avoid the error above) and got the message I originally saw when upgrading the installation; maybe it is helpful for you:

[...]
Bundle complete! 131 Gemfile dependencies, 184 gems now installed.
Gems in the groups development and test were not installed.
Bundled gems are installed into ./vendor/bundle.
*** Seeding for locale: 'en'
*** Seeding basic data
 ↳ BuiltinRolesSeeder
   *** Skipping built in role Non member - already exists
   *** Skipping built in role Anonymous - already exists
 ↳ RoleSeeder
   *** Skipping roles as there are already some configured
 ↳ ActivitySeeder
   *** Skipping activities as there are already some configured
 ↳ ColorSeeder
   *** Skipping colors as there are already some configured
 ↳ WorkflowSeeder
   *** Skipping types, statuses and workflows as there are already some configured
 ↳ PrioritySeeder
   *** Skipping priorities as there are already some configured
 ↳ ProjectStatusSeeder
   *** Skipping reported project status as there are already some configured
 ↳ ProjectTypeSeeder
   *** Skipping project types as there are already some configured
 ↳ SettingSeeder
*** Seeding admin user
   *** No need to seed an admin as there already is one.
*** Seeding demo data
 ↳ ProjectSeeder
   *** Skipping DemoData::ProjectSeeder
*** Loading bourbon_engine seed data
*** Loading prototype_rails_engine seed data
*** Loading openproject_translations seed data
*** Loading openproject_global_roles seed data
*** Loading openproject_auth_plugins seed data
*** Loading lobby_boy seed data
*** Loading openproject_openid_connect seed data
*** Loading openproject_documents seed data
*** Loading openproject_help_link seed data
*** Loading openproject_announcements seed data
*** Loading openproject_my_project_page seed data
*** Loading openproject_xls_export seed data
*** Loading reportingengine seed data
*** Loading openproject_costs seed data
*** Loading openproject_reporting seed data
*** Loading openproject_meeting seed data
*** Loading openproject_pdf_export seed data
*** Loading openproject_backlogs seed data
**** Loading production seed data
***** settings
****** Skipping settings as there are already some configured
*** Loading openproject_themes_dark seed data
*** Loading openproject_local_avatars seed data
*** Loading openproject_webhooks seed data
*** Loading openproject_github_integration seed data

-- SCM vendor Git --

Found 2 repositories in /var/lib/gitolite3/repositories
without an associated project.

> gitolite-admin
> testing

When using managed repositories of the vendor Git, OpenProject will not create
repositories whose associated project identifier is contained in the list 
above.

To resolve these cases, you can either:

1. Remove the affected repositories if they are only remnants of earlier 
projects

2. Move them out of the OpenProject managed directory 
'/var/lib/gitolite3/repositories'

3. Create an associated project and linking that repository
   as existing through the Frontend.

$(npm bin)/webpack --config webpack.config.js
{"omniauth-openid-connect":"/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/omniauth-openid-connect-c3bce4c9e9ac","omniauth-openid_connect-providers":"/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/omniauth-openid_connect-providers-86f3670e127e","openproject-announcements":"/opt/openproject/vendored-plugins/openproject-announcements","openproject-auth_plugins":"/opt/openproject/vendored-plugins/openproject-auth_plugins","openproject-pdf_export":"/opt/openproject/vendored-plugins/openproject-pdf_export","openproject-backlogs":"/opt/openproject/vendored-plugins/openproject-backlogs","openproject-costs":"/opt/openproject/vendored-plugins/openproject-costs","openproject-documents":"/opt/openproject/vendored-plugins/openproject-documents","openproject-webhooks":"/opt/openproject/vendored-plugins/openproject-webhooks","openproject-github_integration":"/opt/openproject/vendored-plugins/openproject-github_integration","openproject-global_roles":"/opt/openproject/vendored-plu
 gins/openproject-global_roles","openproject-help_link":"/opt/openproject/vendored-plugins/openproject-help_link","openproject-local_avatars":"/opt/openproject/vendored-plugins/openproject-local_avatars","openproject-meeting":"/opt/openproject/vendored-plugins/openproject-meeting","openproject-my_project_page":"/opt/openproject/vendored-plugins/openproject-my_project_page","openproject-openid_connect":"/opt/openproject/vendored-plugins/openproject-openid_connect","reporting_engine":"/opt/openproject/vendored-plugins/reporting_engine","openproject-reporting":"/opt/openproject/vendored-plugins/openproject-reporting","openproject-themes-dark":"/opt/openproject/vendored-plugins/openproject-themes-dark","openproject-translations":"/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/openproject-translations-48de77103ac4","openproject-xls_export":"/opt/openproject/vendored-plugins/openproject-xls_export"}
[...]

You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/oliverguenther/openproject-revisions_git/issues/30#issuecomment-201246875

eudoxos commented 8 years ago

Thanks for help, Oliver,

I switched to feature/5.0-compatibility for openproject-revisions and release/5.0 for openproject-revisions_git, and I can now finish the configuration.

Now even as the plugin "Config Test" page has everything green (after some fiddling, which was a problem of permissions which I changed by hand), the gitolite banner and repositories list is correct

config-test

I get the 500 page when opening in the web interface of openproject:

E, [2016-03-31T16:40:59.138417 #26153] ERROR -- : Availability check failed due to failed Git command: git exited with non-zero status: 128
[...]
I, [2016-03-31T16:40:59.172410 #26153]  INFO -- : Completed 500 Internal Server Error in 182ms (Views: 31.6ms | ActiveRecord: 2.4ms)

I don't see which git command, unfortunately. I can run "git pull -C ~openproject/gitolite-admin.git" as openproject user.

I also tried to resync all projects, but that fails as well:

I, [2016-03-31T16:41:51.337125 #26156]  INFO -- :   Parameters: {"utf8"=>"<9C><93>", "authenticity_token"=>"DJg+lmn7MjUsSS3fbq2Wxe5I6VQNeBk1yebz36V+I7eMqyiPjrmWZ8I7ActPFC/O3yGrsm/hYgKWIz4Dty070A==", "settings"=>{"gitolite_user"=>"git", "gitolite_ssh_private_key"=>"/home/openproject/.ssh/id_rsa-gitolite", "gitolite_ssh_public_key"=>"/home/openproject/.ssh/id_rsa-gitolite.pub", "gitolite_server_port"=>"22", "gitolite_admin_dir"=>"/home/openproject/gitolite-admin.git", "gitolite_global_storage_path"=>"/var/lib/gitolite3/repositories/", "git_config_username"=>"OpenProject Git", [...], "gitolite_resync_all_projects"=>"true"}, "commit"=>"Apply", "id"=>"openproject_revisions_git"}
I, [2016-03-31T16:41:51.394581 #26156]  INFO -- : Forced resync of all projects (41)...
I, [2016-03-31T16:41:51.394716 #26156]  INFO -- : Creating gitolite action for 'update_all_projects'
I, [2016-03-31T16:41:51.397117 #26156]  INFO -- : Acessing gitolite-admin.git at '/home/openproject/gitolite-admin.git'
W, [2016-03-31T16:41:52.068194 #26156]  WARN -- : update_all_projects : repository 'woo/lotto' already exists in Gitolite configuration, overriding
W, [2016-03-31T16:41:52.312570 #26156]  WARN -- : update_all_projects : repository 'woo/pr/strak2015' already exists in Gitolite configuration, overriding
W, [2016-03-31T16:41:52.343851 #26156]  WARN -- : update_all_projects : repository 'woo/pr/jam-packed-2014' already exists in Gitolite configuration, overriding
I, [2016-03-31T16:41:52.349150 #26156]  INFO -- : Completed 500 Internal Server Error in 1012ms (ActiveRecord: 44.6ms)
F, [2016-03-31T16:41:52.351005 #26156] FATAL -- : 
NoMethodError (undefined method `[]' for nil:NilClass):
  app/models/setting.rb:158:in `[]='
  app/controllers/settings_controller.rb:73:in `plugin'
  app/middleware/params_parser_with_exclusion.rb:40:in `call'

Not sure if this is still a 5.0 compatibility issue. Any idea?

eudoxos commented 8 years ago

FWIW I see this in the log when deleting a repository:

I, [2016-04-24T20:18:12.742622 #26156]  INFO -- : User 'eudoxos'
      has removed repository 'xyz/psd-analysis.git'
I, [2016-04-24T20:18:12.743615 #26156]  INFO -- : Creating gitolite action for 'delete_repositories'
I, [2016-04-24T20:18:12.744098 #26156]  INFO -- : Acessing gitolite-admin.git at '/home/openproject/gitolite-admin.git'
I, [2016-04-24T20:18:13.808220 #26156]  INFO -- : Completed 500 Internal Server Error in 1409ms (ActiveRecord: 357.5ms)
F, [2016-04-24T20:18:13.814397 #26156] FATAL -- : 
NameError (undefined local variable or method `byebug' for #<OpenProject::Revisions::Git::GitoliteWrapper::Repositories:0x007f85978e7c58>):
  app/controllers/repositories_controller.rb:114:in `destroy'
  app/middleware/params_parser_with_exclusion.rb:40:in `call'
oliverguenther commented 8 years ago

Hey @eudoxos,

the latest issue should be resolved on release/5.0. I'm trying to reproduce your error from your earlier post, but no luck.

It seems to originate at the setting's saving line (https://github.com/opf/openproject/blob/release/5.0/app/models/setting.rb#L158) in setting.rb in the core of OpenProject assuming. What version are you running this on so I can check the exact line?

Best, Oliver

eudoxos commented 8 years ago

Hi Oliver, I am running the packaged version 5.0.16-1458824721.38c3fbb.trusty . Thanks, edx.

amanone commented 8 years ago

Hello @oliverguenther, is release/5.0 bdf4777 stable enough to be used? I encountered this exact same issue while ago. Thanks you.

mabentwickeltsich commented 8 years ago

Hey Thomas,

The error with 'byebug' has already been fixed, as well as some others that were found during the last months. I have been working on the plugin adding new funtionalities and, as far as I can say, it is stable enough to be used. In any case, let me know if you encounter problems with the plugin and I will try to fix them as soon as possible.

Best regards, Luis

oliverguenther commented 8 years ago

Hey @amanone,

I have not used release/5.0 in production, but Luis has made great efforts to fix and extend this plugin in the last weeks and months for OpenProject 5.0+. Let us know if you experience any issues with the plugin.

Best, Oliver

mabentwickeltsich commented 8 years ago

Hey @eudoxos

I think I may have the solution to the problem you are having. I was reading your first pots and realized that you have migrated the repositories using the built-in feature of OP 5 to handle the Git repos. Then you installed the plugin to manage those repositories as you could not do it with the functionality provided by OP 5. If my assumptions are correct, you may have no entries in table “repository_git_extras” for all Git repositories you have. This situation creates lots of problems and the option “Resync all projects?” DOES NOT fix it. To correct the problem, download the latest version of the plugin from https://github.com/oliverguenther/openproject-revisions_git/tree/release/5.0, and follow the instructions to install it, some things have changed since the last time you use it. Once you have configured everything with all green in “Config Test”, go to “Rescue” and use the option “Find projects without proper settings?”. This option will re-create the missing entries in table “repository_git_extras”. Once this is done, use option “Resync all projects?”. At this point, you should not have any more problems.

By the way, you do not need “openproject-revisions” anymore, only “openproject-revisions_git” in OP 5. And sorry for the late response, I have also been very busy last months.

@amanone: I have pushed new changes that fix a couple of things in the plugin. Do not forget to update your installation.

Regards Luis

eudoxos commented 8 years ago

Hi @mabentwickeltsich , thank you for your help. I am still seeing some issues; I list them here for overview and if you suggest, I can file some of them as separate issues.

I did run both rescue options, fixed git ownership of repositories etc as you suggested. What I see, though is the following:

  1. Old repositories (which can be accessed over ssh) show both Repository category (on the left) and under it, Manage Gitolite repository. The first one reports an error

    aaa

    E, [2016-06-15T09:05:44.428807 #1535] ERROR -- : Availability check failed due to failed Git command: git exited with non-zero status: 128

    while the second one (clicking on Manage gitolite repository) shows essentially empty page

    bbb

  2. New repositories can be created from Project settings, in which case there is only "Repository" category (not the sub-category Manage Gitolie repository), which shows

    cccc

    (there is no mention of ssh access, which is in fact what I use, not https)

So I am bit confused why are old and new repositories different and how to get the ssh access to the new ones...

eudoxos commented 8 years ago

Alright, one more observation: the newly-created repo is owned by openproject:www-data while the old ones are owned by git:git:

drwxrwx--- 3 git         git      4096 Nov 23  2015 camera
drwxrwx--- 7 openproject www-data 4096 Jun 15 09:18 caofeidian.git

I assume the ownership by openproject:www-data is an error, and obviously gitolite is not permitted to access the repository.

mabentwickeltsich commented 8 years ago

Hey @eudoxos

Some things can be easily solved. The new version of the plugin and the changes in OpenProject 5 introduced new features that you need to know to make the plugin work properly. Read carefully the README.md file included with the plugin. Check the installation process again, you may have missed some parts.

For the error in "Manage Gitolite repository" (point 1): This is more complicated to figure it out. But first of all, will ask you to check the permissions of the repository in the file system, as well as the path, the path should be the same as in Project | Project settings | Repository. Remember that you have to change the permissions for the group; it is in the README.md file, point 2 of Installation. Check also that you have SSH access to that repository. I hope this will solve the problem. And after all this, use again the Rescue section.

For the second observation (also point 1): The image you posted is the correct view of "Manage Gitolite repository" as you have not created any deployment credential, mirror, post-receive url or git config key for that repository.

For the last problem (point 2 and following post): You have created a Git repository managed by the core functionality of OpenProject. What you need is a Gitolite repository managed by this plugin. You have to enable Gitolite repositories (added by this plugin) and disable Git repositories in the System settings of OpenProject; this is described in "Basic Usage" in the README.md file of the plugin.

Please, let us know if you still encounter problems with the installation/configuration/usage of the plugin.

Regards Luis

eudoxos commented 8 years ago

Hi Luis, thank you for prompt reply.

I went through the README.md again, followed all steps. Gitolite is accessible through SSH, openproject is in the git group, repositories are group-writeable. As far as I see it was all correct.

One thing I noticed in the README.md is that it says to add both openproject_revisions an openproject_revisions_git to the Gemfile.local (I use Gemfile.custom, having packaged installation of OP), which you seem to contradict above -- I only have openproject_revisions_git entry there, revisions as such are provided by OP out-of-box now, right?

I went to Administration/System Settings/Repositories (never seen that page before :) ), disabled Git repositories and enabled Gitolite (correct? maybe add this to the README.md?). Now I can create new Gitolite repository, it shows the correct URL (ssh://...), I can clone & commit and the Repository page shows files and revision.

Old repositories (gitolite created with 4.x) show, instead, the error on the Repository page as above; I went to compare the contents and they seem almost the same, except that the old repos contain some extra lines in config:

 [openproject "githosting"]  # this is only in the old repo
        projectid = foo-bar       
 [openprojectgitolite]         # this is in both old and new gitolite repos
        repositorykey = XXXXXXX
        projectid = foo-bar

The page "Manage Gitolite repository" shows everything empty (for both old and new gitolite repos), though keys for project members work for repo access. Can I just leave all the complicated stuff (Deployment credentials, Post receive URL, ...) empty, are those only extras?

mabentwickeltsich commented 8 years ago

Hey @eudoxos,

Perhaps you are looking at the wrong README.md file (branch dev?). The README.md file in branch release/5.0 is updated with the new info on how to install and configure the plugin (including the Git and Gitolite repos in System settings of OpenProject); you are missing some steps there. Please, check README.md in the correct branch and go through the steps again: https://github.com/oliverguenther/openproject-revisions_git/blob/release/5.0/README.md

This is the correct content of config file:

[core]
    repositoryformatversion = 0
    filemode = true
    bare = true
[openprojectgitolite]
    repositorykey = XXXXX
    projectid = test-git
[http]
    receivepack = true
    uploadpack = 1

The extra section you have is from legacy code, but it does not affect the new functionality: [openproject "githosting"] # this is only in the old repo

The page “Manage Gitolite repository” will show everything empty and it is not necessary to be modified unless you want that functionality for your repository. You can leave this “complicated stuff” empty if you want. On the other hand, when a user creates his/her user public SSH key (in My account | Public keys), this key will be automatically added to the repository and the user will have access through SSH to the repository. The key will not be shown in “Manage Gitolite repository” because it is not a deployment key or deployment credential. Do not forget to add the corresponding permission in Administration | Roles and permissions to the users (at least “Create user public SSH keys”).

Regards Luis

eudoxos commented 8 years ago

Thanks, Luis, I followed the other readme, I was indeed looking at a different branch. Now after running updates (openproject run bundle update, openproject run bundle install)... with my zero knowledge about ruby, gems etc (I am on the c++ side most the time), what to do with this error in grack? Is it something you need to fix?

/opt/openproject/vendor/ruby-2.1.6/lib/ruby/gems/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb:15:in `initi
alize': wrong number of arguments (1 for 0) (ArgumentError)
        from /opt/openproject/vendor/ruby-2.1.6/lib/ruby/gems/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb
:15:in `new'
        from /opt/openproject/vendor/ruby-2.1.6/lib/ruby/gems/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb
:15:in `block in new'
        from /opt/openproject/vendor/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in `instance_eval'
        from /opt/openproject/vendor/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in `initialize'
        from /opt/openproject/vendor/ruby-2.1.6/lib/ruby/gems/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb
:10:in `new'
        from /opt/openproject/vendor/ruby-2.1.6/lib/ruby/gems/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb
:10:in `new'
        from /opt/openproject/vendor/ruby-2.1.6/lib/ruby/gems/2.1.0/bundler/gems/openproject-revisions_git-7923ced36b2c
/config/routes.rb:26:in `block in <top (required)>'
        [...]
mabentwickeltsich commented 8 years ago

@eudoxos,

I have not used packaged installation before. Perhaps there is something else that has to be considered for the plugin. To avoid the error with grack I have prepared a version for you without SmartHTTP so you can test it. Later, when I have the time I will check the packaged installation with the plugin.

Instead of having these three lines in your Gemfile.plugins:

gem 'gitlab-grack', git: 'https://github.com/jbox-web/grack.git', require: 'grack', branch: 'fix_rails4'
gem 'redcarpet', '~> 3.3.2'
gem "openproject-revisions_git", git: "https://github.com/oliverguenther/openproject-revisions_git.git", branch: "release/5.0"

use only this (from a test branch at GWDG):

gem "openproject-revisions_git", git: "https://github.com/gwdg/openproject-revisions_git.git", branch: "test-packaged-installation"

Let me know if you continue having problems during the installation. But I would also ask you to post the output previous to the error of grack to have a better understanding of what was happening before it.

Regards Luis

eudoxos commented 8 years ago

Great, the test-packaged-installation works! Thank you.

This is the previous error output with Gemfile.custom as follow:

gem 'gitlab-grack', git: 'https://github.com/jbox-web/grack.git', require: 'grack', branch: 'fix_rails4'
gem 'redcarpet', '~> 3.3.2'
gem "openproject-revisions_git", git: "https://github.com/oliverguenther/openproject-revisions_git.git", branch: "release/5.0"

(I think I also had to add gem 'net-ssh' but can't remember now?). End of output from openproject configure:

Updating https://github.com/jbox-web/grack.git
Updating https://github.com/oliverguenther/openproject-revisions_git.git
Fetching gem metadata from https://rubygems.org/........
Fetching version metadata from https://rubygems.org/...
Fetching dependency metadata from https://rubygems.org/..
Resolving dependencies......................
Using rake 10.5.0
Using i18n 0.7.0
Using json 1.8.3
Using minitest 5.8.0
Using thread_safe 0.3.5
Using tzinfo 1.2.2
Using activesupport 4.2.5.2
Using builder 3.2.2
Using erubis 2.7.0
Using mini_portile2 2.0.0
Using nokogiri 1.6.7.2
Using rails-deprecated_sanitizer 1.0.3
Using rails-dom-testing 1.0.7
Using loofah 2.0.3
Using rails-html-sanitizer 1.0.3
Using actionview 4.2.5.2
Using rack 1.6.4
Using rack-test 0.6.3
Using actionpack 4.2.5.2
Using globalid 0.3.6
Using activejob 4.2.5.2
Using mime-types 1.25.1
Using mail 2.6.3
Using actionmailer 4.2.5.2
Using actionpack-action_caching 1.1.1
Using actionpack-xml_parser 1.0.2
Using activemodel 4.2.5.2
Using arel 6.0.3
Using activerecord 4.2.5.2
Using thor 0.19.1
Using railties 4.2.5.2
Using activerecord-session_store 0.1.1
Using acts_as_list 0.7.2
Using acts_as_silent_list 2.0.0
Using addressable 2.3.8
Using multi_json 1.11.3
Using airbrake 4.1.0
Using attr_required 1.0.1
Using execjs 2.4.0
Using autoprefixer-rails 5.1.11
Using awesome_nested_set 2.1.6 from git://github.com/finnlabs/awesome_nested_set.git (at v2.1.6-rails4)
Using descendants_tracker 0.0.4
Using ice_nine 0.11.1
Using axiom-types 0.1.1
Using bindata 2.2.0
Using sass 3.4.13
Using bourbon 4.2.3
Using bundler 1.9.7
Using carrierwave 0.10.0
Using climate_control 0.0.3
Using cocaine 0.5.7
Using coderay 1.1.0
Using coercible 1.0.0
Using color-tools 1.3.0
Using unf_ext 0.0.7.2
Using unf 0.1.4
Using domain_name 0.5.20160310
Using http-cookie 1.0.2
Using netrc 0.11.0
Using rest-client 1.8.0
Using crowdin-api 0.4.0
Using daemons 1.2.2
Using dalli 2.7.6
Using date_validator 0.7.1
Using delayed_job 4.0.6
Using delayed_job_active_record 4.0.3
Using uber 0.0.13
Using representable 2.1.8
Using disposable 0.0.9
Using equalizer 0.0.11
Using excon 0.45.3
Using ffi 1.9.10
Using formatador 0.2.5
Using net-ssh 2.9.2
Using net-scp 1.2.1
Using fog-core 1.30.0
Using fog-json 1.0.1
Using inflecto 0.0.2
Using fog-brightbox 0.7.1
Using fog-softlayer 0.4.6
Using ipaddress 0.8.0
Using fog 1.23.0
Using friendly_id 5.1.0
Using gitlab-grack 2.0.0.pre from https://github.com/jbox-web/grack.git (at fix_rails4)
Using gratr19 0.4.4.1
Using rugged 0.24.0
Using gitolite-rugged 1.2.2
Using globalize 5.0.1
Using gon 4.1.1
Using hashie 3.4.3
Using multi_xml 0.5.5
Using rack-accept 0.4.5
Using rack-mount 0.8.3
Using virtus 1.0.5
Using grape 0.10.1
Using gravatar_image_tag 1.2.0
Using hike 1.2.3
Using tilt 1.4.1
Using sprockets 2.12.4
Using sprockets-rails 2.3.3
Using rails 4.2.5.2
Using health_check 1.5.1
Using htmldiff 0.0.1
Using httpclient 2.7.1
Using iso8601 0.8.6
Using securecompare 1.0.0
Using url_safe_base64 0.2.2
Using json-jwt 1.5.2
Using kgio 2.9.3
Using omniauth 1.3.1 from git://github.com/oliverguenther/omniauth.git (at master)
Using rack-oauth2 1.3.0
Using swd 1.0.1
Using validate_email 0.1.6
Using validate_url 1.0.2
Using webfinger 1.0.2
Using openid_connect 0.8.3
Using omniauth-openid-connect 0.2.0 from https://github.com/finnlabs/omniauth-openid-connect.git (at dev)
Using lobby_boy 0.1.2
Using systemu 2.6.5
Using macaddr 1.7.1
Using mixlib-shellout 2.1.0
Using mysql2 0.3.20
Using net-ldap 0.8.0
Using newrelic_rpm 3.14.1.311
Using non-stupid-digest-assets 1.0.4
Using oj 2.11.5
Using omniauth-openid_connect-providers 0.1.0 from https://github.com/finnlabs/omniauth-openid_connect-providers.git (at dev)
Using uuid 2.3.8
Using ruby-saml 1.1.2
Using omniauth-saml 1.5.0 from git://github.com/omniauth/omniauth-saml.git (at master)
Using openproject-announcements 5.0.18 from source at vendored-plugins/openproject-announcements
Using openproject-auth_plugins 5.0.18 from source at vendored-plugins/openproject-auth_plugins
Using openproject-auth_saml 0.1.0 from https://github.com/finnlabs/openproject-auth_saml (at dev)
Using pdf-core 0.6.1
Using ttfunk 1.4.0
Using prawn 2.1.0
Using openproject-pdf_export 5.0.18 from source at vendored-plugins/openproject-pdf_export
Using openproject-backlogs 5.0.18 from source at vendored-plugins/openproject-backlogs
Using openproject-costs 5.0.18 from source at vendored-plugins/openproject-costs
Using openproject-documents 5.0.18 from source at vendored-plugins/openproject-documents
Using openproject-webhooks 5.0.18 from source at vendored-plugins/openproject-webhooks
Using openproject-github_integration 5.0.18 from source at vendored-plugins/openproject-github_integration
Using openproject-global_roles 5.0.18 from source at vendored-plugins/openproject-global_roles
Using openproject-help_link 5.0.18 from source at vendored-plugins/openproject-help_link
Using rmagick 2.15.4
Using openproject-local_avatars 5.0.18 from source at vendored-plugins/openproject-local_avatars
Using openproject-meeting 5.0.18 from source at vendored-plugins/openproject-meeting
Using openproject-my_project_page 5.0.18 from source at vendored-plugins/openproject-my_project_page
Using openproject-openid_connect 5.0.18 from source at vendored-plugins/openproject-openid_connect
Using reporting_engine 5.0.18 from source at vendored-plugins/reporting_engine
Using openproject-reporting 5.0.18 from source at vendored-plugins/openproject-reporting
Using openproject-revisions_git 5.0.13 from https://github.com/oliverguenther/openproject-revisions_git.git (at release/5.0)
Using openproject-themes-dark 5.0.18 from source at vendored-plugins/openproject-themes-dark
Using rubyzip 1.2.0
Using openproject-translations 5.0.18 from https://github.com/opf/openproject-translations.git (at stable/5)
Using ruby-ole 1.2.12
Using spreadsheet 0.8.9
Using openproject-xls_export 5.0.18 from source at vendored-plugins/openproject-xls_export
Using passenger 5.0.22
Using pg 0.18.3
Using prawn-table 0.2.2
Using prototype-rails 4.0.0 from https://github.com/rails/prototype-rails.git (at 4.2)
Using prototype_legacy_helper 0.0.0 from https://github.com/rails/prototype_legacy_helper.git (at master)
Using rabl 0.9.3
Using rack-attack 4.2.0
Using rack-protection 1.5.2 from https://github.com/finnlabs/rack-protection.git (at 5a7d1bd)
Using rails-observers 0.1.2
Using rails_serve_static_assets 0.0.4
Using rails_stdout_logging 0.0.4
Using rails_12factor 0.0.3
Using rails_autolink 1.1.6
Using raindrops 0.13.0
Using rdoc 4.2.0
Installing redcarpet 3.3.4
Using reform 1.2.6
Using request_store 1.1.0
Using responders 2.1.0
Using roar 1.0.1
Using ruby-duration 3.2.1
Using ruby-progressbar 1.7.5
Using structured_warnings 0.2.0
Using rubytree 0.8.3
Using sass-rails 5.0.3
Using sqlite3 1.3.11
Using svg-graph 1.0.2 from git://github.com/why-el/svg-graph.git (at silence-class-access-warning)
Using syck 1.0.5
Using sys-filesystem 1.1.4
Using transactional_lock 0.1.0 from https://github.com/finnlabs/transactional_lock.git (at master)
Using tzinfo-data 1.2015.6
Using unicorn 4.9.0
Using warden 1.2.3
Using warden-basic_auth 0.2.1
Using will_paginate 3.0.7
Bundle complete! 139 Gemfile dependencies, 193 gems now installed.
Gems in the groups development and test were not installed.
Bundled gems are installed into ./vendor/bundle.
rake aborted!
ArgumentError: wrong number of arguments (1 for 0)
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb:15:in `initialize'
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb:15:in `new'
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb:15:in `block in new'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in `instance_eval'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in `initialize'
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb:10:in `new'
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/grack-1bc51d833970/lib/grack/bundle.rb:10:in `new'
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/openproject-revisions_git-7923ced36b2c/config/routes.rb:26:in `block in <top (required)>'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/actionpack-4.2.5.2/lib/action_dispatch/routing/route_set.rb:432:in `instance_exec'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/actionpack-4.2.5.2/lib/action_dispatch/routing/route_set.rb:432:in `eval_block'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/actionpack-4.2.5.2/lib/action_dispatch/routing/route_set.rb:410:in `draw'
/opt/openproject/vendor/bundle/ruby/2.1.0/bundler/gems/openproject-revisions_git-7923ced36b2c/config/routes.rb:1:in `<top (required)>'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:268:in `load'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:268:in `block in load'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:240:in `load_dependency'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:268:in `load'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:40:in `block in load_paths'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:40:in `each'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:40:in `load_paths'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:16:in `reload!'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:26:in `block in updater'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/file_update_checker.rb:75:in `call'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/file_update_checker.rb:75:in `execute'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:27:in `updater'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/routes_reloader.rb:7:in `execute_if_updated'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application/finisher.rb:69:in `block in <module:Finisher>'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/initializable.rb:30:in `instance_exec'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/initializable.rb:30:in `run'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/initializable.rb:55:in `block in run_initializers'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/initializable.rb:54:in `run_initializers'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application.rb:352:in `initialize!'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/railtie.rb:194:in `public_send'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/railtie.rb:194:in `method_missing'
/opt/openproject/config/environment.rb:34:in `<top (required)>'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:274:in `require'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:274:in `block in require'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:240:in `load_dependency'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.5.2/lib/active_support/dependencies.rb:274:in `require'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application.rb:328:in `require_environment!'
/opt/openproject/vendor/bundle/ruby/2.1.0/gems/railties-4.2.5.2/lib/rails/application.rb:457:in `block in run_tasks_blocks'
Tasks: TOP => db:migrate => environment
(See full trace by running task with --trace)
mabentwickeltsich commented 8 years ago

@eudoxos,

I am glad you have finally installed the plugin without problems. I assume that the previous errors (the views "Manage Gitolite repository" and "Repository") with the existing and new repositories are also gone.

I soon as I have the time I will test the packaged installation on Ubuntu Trusty to try to replicate the error of grack.

Regards Luis

eudoxos commented 8 years ago

Hi Luis, can I switch away from the test-packaged-installation branch now, has the grack problem been reproduced/resolved? Thanks!

mabentwickeltsich commented 8 years ago

Hey @eudoxos,

I have been very busy with other tasks and did not have the time to check the packaged installation with the plugin. I will let you know as soon as I have some news.

Cheers Luis

amanone commented 8 years ago

Hello @oliverguenther,

When I try to create a repository from a project administration page, I have only choice for git repositories, not gitolite. Moreover when I try to create a git repository I have an error "scm_type parameter is missing" (not in the UI, but in the browser developer's tools).

I tried with openproject 5.0.0 & openproject 5.0.20

Any ideas what's going wrong here?

Thanks!

mabentwickeltsich commented 8 years ago

Dear @amanone

According to your description, it seems that you have not configured properly the plugin. Please, make sure you have installed the version from branch release/5.0 (latest commit is 7923ced) and follow the steps in the README.md from the same branch. This is the updated version with new steps that you have to perform. We have been testing the plugin with OP 5.0.13, but I think there should be not problems if you use any of the 5.0.X versions of OpenProject. And again, make sure you install the plugin from branch release/5.0 and follow the steps from that branch too. Read the posts from the 15th of June on this thread, @eudoxos was having similar problems.

Cheers Luis

amanone commented 8 years ago

Hi Luis,

I can confirm you that the latest commit was 7923ced. No issue here. The steps that you are mentioning are useful for a first gitolite-plugin installation. This was not my case, because gitolite plugin was already working with with release/4.2.

I'll give it another try next week and share my observations here. Thanks!

mabentwickeltsich commented 8 years ago

@amanone,

Did you manage to configure the plugin and make it work? The steps in the README.md are not only for first installation. You need to review all steps again because some of them are only for OP 5.x. Go through all the steps again and check which ones you need to perform.

Regards Luis

mabentwickeltsich commented 8 years ago

Hey @eudoxos,

I have been trying to solve the error of grack (SmartHTTP) with the packed installation of OpenProject 5. I have reproduced the error (same output as yours), but still no luck in correcting it. As soon as I get some progress, I will let you know.

And excuse the delay; I was assigned to some other tasks that took all my time.

Cheers Luis

mabentwickeltsich commented 8 years ago

Hey @eudoxos,

I have made changes to the plugin; the error of grack (SmartHTTP) should be solved. Have a look and let me know if you still encounter any problem.

Regards Luis

eudoxos commented 7 years ago

Hi @mabentwickeltsich, I wanted to try, and update OP at the same time to 6.1, which made rails version incompatible... (I filed #32 about that) Once that is resolved, I will be happy to give it a go. Cheers!

mabentwickeltsich commented 7 years ago

Hey @eudoxos,

There is still an open issue with the plugin and OpenProject 5.0.16. Something changed from 5.0.15 and it breakes SmartHTTP. Not an issue if you do not clone over HTTP. But I have been very busy with my thesis and could not find the time to fix it. Thus, I still do not port the plugin to OpenProject 6. I will set some time to work on the issue these next days.

Regards Luis