unable to install on CentOS 7. Errors regarding missing prerequisites and unable to install them.
[root@storage1 ~]# rpm --install duplicati-2.0.4.23-2.0.4.23_beta_20190714.noarch.rpm
error: Failed dependencies:
libappindicator is needed by duplicati-2.0.4.23-2.0.4.23_beta_20190714.noarch
mono(appindicator-sharp) is needed by duplicati-2.0.4.23-2.0.4.23_beta_20190714.noarch
When I attempt to install the dependencies, I have been unsuccessful. I have cleaned and verified the repos and have verified that EPEL is installed and available.
I have already read other posts found through Google searches and have come up empty.
In this link teaches to install:
I used google to translate that page because I cannot read the original. I can NOT find any reference to installing Duplicati on Centos 7 on the translated pages.
I think there’s a typo where .htm should be .html. I don’t know if the page info is right, but try this translation:
Thanks.
OK got it installed. Now am getting the following:
[root@storage1 bin]# ./duplicati
-bash: ./duplicati: /usr/bin/bash: bad interpreter: No such file or directory
Got past that error only to get a different one.
Preceeding the application with sh gets past the bad interpreter message but produces this one and a lot more:
- Assertion at local-propagation.c:106, condition `ins->opcode > MONO_CEE_LAST’
not met
FYI now working on CentOS 6.9. Had an available virtual machine. same lack of progress. last 2 posts are regarding the CentOS 6 attempt.
Is bash installed somewhere else? You can try “which bash” or “whereis bash” to search some places.
Are your /bin and /usr/bin different filesystems (e.g. as shown by df)? I thought that practice was fading.
Move all to /usr was Fedora’s move in 2012, and they cited rationale and what other distros were doing.
Preparing for a merged /usr in Debian was Debian talk. I’m not sure when or if the move has happened.
Update to 3.4.0 fails on CentOS 6 #990 is a claim that CentOS 6 was split, while CentOS 7 was unified.
(P.S. I see recent note explaining that was CentOS 6 which would be consistent with different partitions)
But if the first line in the duplicati script is #!/usr/bin/bash and it’s not there, that’s the error you’d find.
I’m not seeing previous reports of this in the forum is GitHub issues, though I do notice 2.0.4.4 uses /bin.
A workaround for just a couple of scripts is to edit the first line to match the actual location of interpreter, however (assuming you do have a separate /bin and /usr/bin somehow, and intend to keep that design) would be to create a symbolic link so that whatever is referenced goes to where your bash got installed:
So if /usr/bin/bash does not exist, you could make a symbolic link at /usr/bin/bash that will run /bin/bash:
ln -s /bin/bash /usr/bin/bash
and possibly there could be a similar issue for some other needed program. One thing at a time though.
Technically invoking things as “sh” might give different behavior, so “bash” or the above link may be better.
Bug 60625 Summary: local-propagation.c:562, condition `ins->opcode > MONO_CEE_LAST’ not met appears to show a 2017 fix. If your mono the latest available when you update your system the usual way?
https://www.mono-project.com/download/stable/#download-lin-centos also has directions, and unless you wish to be careful about breaking anything else using mono (I wonder if you have any), maybe just get that.
CentOS6:
MONO repo is installed
duplicati appears to be installed. Invoking it produces no errors. When invoking from the GUI console ‘starting duplicati’ shows up as a legend at the bottom of the screen. That eventually goes away. But nothing else happens. No indication that it is running.
Using the Graphical User Interface shows some sample tray icons. Do you see one where your icons are? Right-click on it should show a menu of Open, Pause, Quit. Open “should” open a browser tab to Duplicati. Manually browsing to URL http://localhost:8200 should get you to the server, even if you can’t find tray icon.