Arch Linux User Repository

Support for this software (Remote Desktop Manager) should happen on their forum: https://forum.devolutions.net/product/rdm-linux

Issues with the packaging should be reported here.

@archylinux

I don't use RDM Azure as a backend, but that error message is due to the datasource (which is specific to your organization) only supporting up to 2022.2.9999 of the application. Generally the minor version changes of the app require a database update, which is why you aren't able to connect. That's a pretty old version requirement though (4 years at this point), so either your organization would need to update to a more recent version or you would need to install a compatible version (looks like the last version of that was 2022.2.2.7 ).

I try to connect the data source Microsoft Azure SQL on CatchyOS Linux. I got following error message:

The data source 'RDM Azure' requires a Remote Desktop manager version lower than or equal to 2022.2.9999. Please contact your Remote Desktop Manager administrator.

Hi there ,

i tried the remote desktop manager package with CachyOS arch linux.

i tried to connect to our business Hub , after the browser send me back to RDM i got an 401 error Unknown Error

Thanks

Maybe you can add aarch64 in the arch section.

@yochananmarqos

Hi, I'm one of the devs working on the Linux version of Remote Desktop Manager.

First of, thank you for bringing this to our attention. As it happens, the missing dependencies were alreading something that was being rectified in this new version, so you can expect them in the version releasing in the next few days (2024.1.1.2). As for the simplifications you suggested in the PKGBUILD, we'll look into that for future versions. We just want to avoid having to do any more rounds of tests seeing as this release is imminent.

The dependencies are incorrect, check the Debian control file. It appears they should be:

depends=('ca-certificates-mozilla' 'libsecret' 'org.freedesktop.secrets' 'vte3' 'webkit2gtk-4.1')
optdepends=('libappindicator-gtk3' 'lsof' 'xdotool')

You can drop the prepare() function and just do this:

package() {
  bsdtar -xvf data.tar.xz -C "${pkgdir}/"
  mv "$pkgdir/bin" "$pkgdir/usr/"
}

@tgm4883 thanks a lot! I fixed before your update the issue manually, now you did it too - very appreciated!

@faith_healer

Looks like devolutions changed the name of that. I've updated the pkgbuild to be more inline with there deb packaging which should fix the issue.

almost every time I see an update of that package I get

sed: can't read /home/faith/.cache/yay/remote-desktop-manager/src/usr/share/applications/remotedesktopmanager.desktop: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... -> error making: remote-desktop-manager-exit status 4

even if I remove and install again with yay cache cleaning.

Cannot excute backup in the tab of File -> Backup

   at Devolutions.RemoteDesktopManager.Business.OnlineBackupDescriptor.Backup(BaseConnectionDataSource dataSource, String connections, Int32 entryCount, Int32 itemCount, Boolean manualBackup)
   at Devolutions.RemoteDesktopManager.Managers.BackupManager.ProcessTask(BackupTask task)
   at Devolutions.RemoteDesktopManager.Managers.ActionManager.ExecuteBackup()
   at InvokeStub_EventHandler.Invoke(Object, Span`1)
   at System.Reflection.MethodBaseInvoker.InvokeWithFewArgs(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)

Meanwhile touch pad scroll and mouse scroll both do not work in RDP. By the way the SFTP and SCP session work, but it is really laggy when click to open the session. Otherwise when the SFTP or SCP session was opened, RDM takes a lot of memory resources(4.6GB) and CPU resources(some cores of CPU up to 90% which leads the fan really noisy), does it is the usual status?