@Neluser put the app in recovery mode. run /app/pkg/start.sh once. press ctrl+c to stop the app. then run the bundle exec command . this is because the app packaging configures things on start up
Can you try with gosu cloudron bundle exec ... ?
A downgrade is only possible if you restore to the cloudron app to the previous version. But this will also revert the changes made since then in the data, since the data has to be consistent with the app code version.
@girish thanks for the update...I confirm the installation now succeeds on the current version of Cloudron's bundledRedmine application when using the latest main branch of the plugin which includes the author's fix...
@neluser said in Gem installation problem.:
The only thing I had to manually delete the "Bundle" folder And after that everything worked as it should.
whoops, that is a package bug. I will fix it.
@nebulon Thanks!!!
I followed the recommendations and I managed to fix it.
I tried to do in the application terminal itself.
But it turned out it was necessary to use the server terminal. (feel stupid )
The problem was with the "Unbound" service.
@neluser that does seem like a packaging bug. Are you able to contact us on support@ so I can debug this? I have revoked the 1.7.0-1 version in the meantime.
1.7.0-1 fixed some bugs in 1.7.0 but i guess i probably introduced some other issue. 1.6 used ruby 2.5 and 1.7 uses ruby 2.7. the package automatically rebuilds the gems but clearly something did not work out.
@Neluser I am not really following what's happening. Is the issue that ssh-copy-id cloudron@111.testu1.duckdns.org fails? What is that server? Does it have a user named cloudron ?
@simon What are you trying to link in Markdown? it should automatically make a linke when you do something like:
[Link Name](zpl://someserver)
Is it not?