Package Details: nomachine 8.11.3-1

Git Clone URL: https://aur.archlinux.org/nomachine.git (read-only, click to copy)
Package Base: nomachine
Description: Remote desktop application
Upstream URL: http://www.nomachine.com
Licenses: custom:"NoMachine EULA"
Groups: network
Conflicts: nxclient, nxmanager, nxnode, nxserver, nxwebplayer
Submitter: FreeK
Maintainer: runnytu
Last Packager: runnytu
Votes: 90
Popularity: 0.132003
First Submitted: 2014-07-24 15:45 (UTC)
Last Updated: 2024-02-05 20:30 (UTC)

Pinned Comments

runnytu commented on 2021-02-20 13:44 (UTC)

Since nomachine 7.1.3-2 the default behavior of the package is StartNXDaemon Manual and FirewallConfiguration 0 on a new installation, if you want to change this, you need to modify PKGBUILD build options with your desire behavior:

BUILD OPTIONS
Set to y to enable nomachine service autostart

_autoservice=n

Set to y to enable firewall autorules

_autofirewall=n

END BUILD OPTIONS

Latest Comments

1 2 3 4 5 6 .. 24 Next › Last »

zorbathut commented on 2024-04-06 22:13 (UTC) (edited on 2024-04-06 22:13 (UTC) by zorbathut)

This is honestly borderline malware. Installing it makes kernel-level system startup modifications without notification. It broke my mouse4 and mouse5 buttons entirely. There's a script to uninstall the hooks, but this is dangerous to run because it appears to crash the entire kernel. It's also useless, because uninstalling the package itself automatically reinstalls all the hooks, right before removing everything they refer to and leaving your system GUI unbootable.

Thankfully it doesn't also make the CLI unbootable, though I'm suspicious this was an oversight and they'll take care of that in a future revision.

If you do make the mistake of installing this package . . . well, sorry, you're probably here because you're trying to figure out how to recover your system. But anyway, boot into a commandline prompt, remove this package, then visit https://bbs.archlinux.org/viewtopic.php?pid=2153377#p2153377 on your smartphone, and manually fix up all the files mentioned; /usr/share/sddm/scripts/Xsetup needs to be either modified by hand or restored from backup, all the others can just be deleted.

This desperately needs some polish.

theriddick commented on 2024-03-09 04:59 (UTC) (edited on 2024-04-02 07:49 (UTC) by theriddick)

Just so people know that this version has some major issues atm.

Things that did work in 8.10 but not in 8.11 (according to reports)

1) Intel Quicksync HW encode detection - (no amount of symlinking or install of older encode files fixes this)

2) Audio does not pass-through - for many users of Arch and even other distributions.

STEELBAS commented on 2024-02-26 22:12 (UTC)

FYI: When uninstalling NoMachine, certain file changes appear not to be undone, see: https://bbs.archlinux.org/viewtopic.php?pid=2153377#p2153377. This can lead to Wayland acting up as well as other graphical issues.

galvez_65 commented on 2024-02-19 17:13 (UTC)

@Cebtenzzre thanks for the info, I'll change mine accordingly.

Cebtenzzre commented on 2024-02-19 15:15 (UTC) (edited on 2024-02-19 15:16 (UTC) by Cebtenzzre)

@galvez_65 When you create an override unit (systemctl edit) without --full, systemd effectively appends the content to the existing unit. And according to the documentation for After/Before:

These two settings expect a space-separated list of unit names. They may be specified more than once, in which case dependencies for all listed names are created.

Which can be seen in practice if you systemctl show nxserver and look at the effective After= directive. In other words, there is no need to specify the other dependencies twice.

galvez_65 commented on 2024-02-19 13:48 (UTC) (edited on 2024-02-19 13:50 (UTC) by galvez_65)

@Cebtenzzre thanks for posting this, I've had the same issues with nomachine hanging on shutdown as well. Rather than replace the After clause I added dbus.service systemd-logind.service to the end if it so mine now reads:

[Unit]
After = syslog.target network.target network-online.target sshd.service http-daemon.target.service htd.service dbus.service systemd-logind.service

symo521 commented on 2024-02-19 00:39 (UTC)

I'm getting same issues as Ataraxy, furthermore it also appears to be setting an environment variable that prints in the terminal every time I try and do anything. This is the error message that is spammed

ERROR: ld.so: object '/usr/NX/lib/libnxegl.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

I fixed it by exporting a blank LD_PRELOAD, but still no usable nomachine

Cebtenzzre commented on 2024-02-18 19:40 (UTC)

The nxserver unit hangs at shutdown without this systemd unit override:

# /etc/systemd/system/nxserver.service.d/override.conf
[Unit]
After=dbus.service systemd-logind.service

Is there a good way to automatically add this at install time until this is fixed upstream? I already reported the issue via their online form.

Ataraxy commented on 2023-10-04 06:54 (UTC)

Doesn't pass pacman check that all owned files are installed (even after reinstall):

% sudo pacman -Qk nomachine                                                                      125ms | 23-10-04 13:53:14
warning: nomachine: /usr/NX/etc/NX/ (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/ (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/localhost/ (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/localhost/server.cfg.sample (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/packages/ (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/packages/nxnode.tar.gz (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/packages/nxplayer.tar.gz (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/packages/nxrunner.tar.gz (No such file or directory)
warning: nomachine: /usr/NX/etc/NX/server/packages/nxserver.tar.gz (No such file or directory)
warning: nomachine: /usr/NX/nxserver (No such file or directory)
nomachine: 13 total files, 10 missing files

galvez_65 commented on 2023-08-22 16:37 (UTC) (edited on 2023-08-22 16:40 (UTC) by galvez_65)

@lucafs - I can concur, trying to connect wayland to wayland with KDE is broken, I get a white screen and it keeps dropping the connection. Wayland to x11 still works

Looks like it may be a known issue, hopefully the next release will fix it. (https://forum.nomachine.com/topic/blank-white-screen-kde-wayland-amd)